Painel de líderes

Bom dia! Além de atualizar a versão, creio também que você deve tirar estas duas opções do teu arquivo ini.

Bom dia, israeloplopes. Desde a versão 1.2.0.49.

Perfeito Everson, deu certo! Muito obrigado cara. Acho que pode marcar esse tópico como resolvido. Abraços.

Olá pessoal. Inseri a cidade de Bom Principio no ArqIni, para o Infiscv11; Porém ao realizar os testes, esta ocorrendo falha ao validar o lote. Alguém passou por isso? 1824 - Element 'vISS': '0.01' is not a valid value of the atomic type 'TDec_1302'. Conferi o arquivo de schemas e aparentemente esta certo. Creio que foi alguma alteração que ocasionou isso. Segue xml em anexo. 11-rps.xml

Boa tarde a todos, Hoje recebi um e-mail da SEFAZ-RS: A emissão de NF-e segue sempre 2 regulamentações: a legislação tributária, e as especificações técnicas. A utilização das séries 890 a 899 na emissão em contingência está prevista na legislação tributária, no dispositivo que vocês mencionaram. Porém, até o momento o CONFAZ não publicou nenhuma Nota Técnica com as especificações para a utilização dessas séries. Por isso, a utilização dessas séries ainda não foi implementada. Ela será implementada assim que o CONFAZ publicar uma Nota Técnica com as especificações. Há uma proposta de alterar os efeitos do Ajuste 13/18 para março de 2020, no que tange a séries específicas, no âmbito do CONFAZ. O assunto ainda está sendo discutido pelos grupos nacionais, buscando a melhor solução com menos impacto para as empresas e para os Fiscos.

ok deu certo. agradeço;

Vc pode enviar sua dúvida para http://formulario.faleconosco.fazenda.mg.gov.br/sefatendeweb/pages/faleconoscoFormulario.xhtml

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Obrigado. Vou fazer a assinatura no início da próxima semana e ver no que dá

Olá Felipe. Comentamos neste post, porque percebemos que existia alguma relação com assunto tratado. Mas criei um novo post;

Então realmente esta versão não contempla esta atualização, está desatualizada... Considere a possibilidade de contribuir com o Projeto contratando o SAC e obter versões semanalmente atualizadas... https://www.projetoacbr.com.br/forum/sac/sobre/

Tenta dessa forma, passando o caminho do .pfx como parâmetro function GetCertificado(APFXFile: String): AnsiString; var FS: TFileStream; begin FS := TFileStream.Create(APFXFile, fmOpenRead); try Result := ReadStrFromStream(FS, FS.Size); // de USES no pacote synautil finally FS.Free; end; end; ACBrNFe1.Configuracoes.Certificados.DadosPFX := GetCertificado('c:\certificado.pfx'); ACBrNFe1.Configuracoes.Certificados.Senha := 'senha';

Boa tarde pessoal, ontem do nada começou a dar a seguinte rejeição nas minhas notas de homologação "Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet", essa validação é nova e está na NT 2018.005 v1.10. Beleza, a questão é que nunca preenchi esses valores, e agora são obrigatórios, então eu estou preenchendo com zero, até aí tudo bem, testei até no emissor gratuito e ta pegando normalmente, mas qual o problema? É que no XML gerado pelo ACBr quando preencho o valor zerado as tags necessárias não são preenchidas. Meu código: ICMS.CST := cst60; ICMS.vBCSTRet := 0; ICMS.pST := DM1.QrItensNFe.FieldByName('taxaparaconsumidorfinal').AsCurrency; ICMS.vICMSSubstituto := 0; // Valor do ICMS Próprio do Substituto cobrado em operação anterior ICMS.vICMSSTRet := 0; XML: <imposto> ... <ICMS> <ICMS60> <orig>0</orig> <CST>60</CST> </ICMS60> </ICMS> ... </imposto> Acabei de atualizar os fontes do ACBr, mas o problema permanece, alguém pode me ajudar?

boa tarde O Sefaz nao repassou nada sobre como o valor desse campo deve ser gerado. Porem existe UF´s onde é obrigatorio enviar essa TAG no XML, e UF´s aonde não será obrigatorio. No pcnNFeW esta desenvolvido para todos os ICMS (csosn500, cst60, cstRep60) Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 0, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO); A 6ª propriedade esta mandando valor 0 (zero). Esta propriedade que define se é obrigatorio montar junto a estutura ou nao a tag. Dessa forma só irá montar se o valor nfe.Det.Imposto.ICMS.vICMSSubstituto for maior que 0,00 Ou seja da forma que esta enviando nfe.Det.Imposto.ICMS.vICMSSubstituto = 0 e a 6ª propriedade 0 para os estados que é obrigatorio irá dar erro. Alguem sabe informar se existe alguma função para validar se a UF em questao obriga ou nao essa TAG do vICMSSubstituto, ou alguma propriedade da classe que determina se essa TAG deve ser montada ou nao?

Boa tarde Felipe, Maravilha, deu certo. Muito obrigado!

Boa tarde Você está tendo alguma rejeição pelo banco? Att.

Boa tarde. Teste da seguinte forma: Cedente.Agencia = 0145 Cedente.Conta = 58071 Att.

Boa tarde, fabricio1970 Completando o que a Juliana Tamizou disse, eu indico meus clientes uma interventora e a mesma finaliza a processo junto com o cliente.

Boa tarde. Quanto a exigência, as UFs que exigirão este grupo já estão validando em ambiente de homologação. Veja aqui nosso Mapa relativo a este assunto. Quanto a como preencher os dados relativos ao IDCSRT, vejam este tópico. Att.

Boa tarde. Acredito que este processo deve ser feito por empresa interventora. Att.

? BOLETO_PROTESTAR_DIAS := 5; TipoDiasProtesto := diUteis; DataProtesto := (Vencimento + BOLETO_PROTESTAR_DIAS); Entendi, tenho que já mandar essa data certa então...

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum. Fechando esse tópico, continuando aqui:

Muito Obrigado pela resposta, já tava quebrando cabeça aqui tentando achar uma resposta. Fico muito agradecido. Uma boa tarde.

Em MG os novos campos de retirada e entrega ainda não são reconhecidos.

Bom dia. Sm você informar os valores contidos em eu bd fica um pouco dificil lhe auxiliar. Att.

Bom dia Felipe, Atualizei o ACBr nesta terça-feira ( 19/03/2019 ). Vou fazer isso novamente hoje... vai que ... Abraço.

Bom dia, Renan Eustaquio. Tente deixar a IE vazia e coloque o valor 9 na indIEToma.

Bom dia. Vale lembrar que até o momento o Responsável Técnico será exigido em produção somente em 07/05/19, ressaltando ainda que sem os campos referentes ao IDSCSRT. Obs. Durante reunião do ENCAT houve discussão sobre este grupo de dados. Att.

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

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

Não, o layout do DANFE NFCe é padronizado: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k=

Tem uma opção no JVCL pra ti marcar pra ele registrar os componentes na palleta mas tem uma coisa se o seu delphi foi instalado usando o ISO da versão trial não irá funcionar e também se ele for pirata também não vai funcionar pois é na linha de comando

Boa tarde! Você deve estar preenchendo o grupo de forma errada: Observe que na orientação no Manual do ACBr não existem estes campos (idcsrt e csrt) que você informou no grupo. Parte integrante do manual do ACBr. https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html O erro tem a ver com o grupo Resp. Técnico e não com o código hash. Observe os erros na NT2018.005 Veja que se fosse com o Hash a rejeição seria 975 e não 972. Se possível anexe o teu arquivo INI e informe também a versão do Monitor que você está usando.

ok, desde ja agradeço

Obrigado, pela atenção.

Ola Rafael Para esse sistema que tenho a necessidade, seria VB6, mas se tiver em C# agradeço.

Olá pessoal, Esse tópico é para explicar como você pode voltar a versão do código ACBr usando o SVN. Em que situações que isso pode ser necessário? Imagine que você acabou de atualizar os componentes, (ou na linguagem do SVN, fazer um "update"), e percebe qualquer uma das situações abaixo: ... que algum componente que você usa foi removido; ... que um comportamento de um componente mudou; ... que propriedades foram alteradas; ... que um erro foi introduzido ; ... que algum arquivo foi removido (por exemplo um arquivo de modelo relatório); Em qualquer um desses casos o mais correto é você adaptar o seu código de acordo com as alterações (mesmo no caso do bug você talvez possa corrigir e reportar). Mas e se você precisa da solução imediata? Talvez o seu cliente precise de um novo executável agora. Ou pode ser que você precise de mais tempo pra adaptar o seu código. Ou ainda você pode querer comparar logs gerados antes e depois da atualização. Ou o precise do acesso ao arquivo removido. Em qualquer um desses casos você precisaria voltar a versão do ACBr. Como você pode fazer isso? Usando o TortoiseSVN e o Windows Explorer! Siga os seguintes passos: 1) Clique com o botão direito na pasta do ACBr e selecione "Update to revision..."; 2) Na janela que abriu, marque a opção Revision e escreva na caixa de texto para qual revisão que você deseja retornar; Por exemplo 16601; 3) Confirme; 4) Use o ACBrInstall para reinstalar o ACBr (em caso de problemas, marque a opção de apagar arquivos antigos) Pronto o código vai voltar pra versão (ou revision) que você selecionou. Vai ser como se você não tivesse atualizado. Sua próxima dúvida talvez seja: Como vou saber qual revision devo escolher? Isso vai depender do seu objetivo. Vou deixar essa explicação para um próximo post. Então, a princípio escolha a revisão em vigor na sua máquina antes de atualizar.

Boa tarde Ângelo, Muito obrigado pela colaboração, vamos analisar o que foi feito e se tudo estiver correto vamos disponibilizar no repositório. Mas seria interessante que você e outros desenvolvedores também se dispusessem a fazer essa implementação nos demais eventos.

Boa tarde, gabriellc. Basta verificar se já está implementado no código, se sim, é adicionar no arquivo ini os endereços para a cidade. Caso contrário, deverá conferir se encaixa no padrão abrasf, se não você deverá implementar baseado em algum que possa ser parecido mas isso somente senão existir o provedor nos fontes.

A leitura correta do XML depende da configuração do provedor no componente. Então antes de importar um XML emitido por terceiros é preciso saber os dados do prestador, como a cidade do mesmo. Muitos XML de NFSe não contém todos os dados do prestador, importar um XML de serviços para entrada pode realmente não ser vantajoso.

Acho que isso pode te ajudar Eduardo https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico

Pelo visto havia muito tempo que não atualizava os componentes. Talvez queira ver o seguinte tópico:

Parece que você está informando dados no item 000004 que não foi cadastrado na balança anteriormente. Difícil analisar sem saber exatamente o conteúdo do seu arquivo.

Resolveu o problema tirando dados do responsável // infRespTec.CNPJ := '-------'; // CNPJ da Empresa // infRespTec.xContato := 'Ricardo'; // Nome do Contato // infRespTec.email := 'rll@---------------'; // email do Contato ou Empresa // infRespTec.fone := '-------------'; // fone do Contato ou Empresa

Já havia tentado por orientação do suporte local, mas foi a mesma coisa: --------------------------- Demo_acbrnfse --------------------------- Erro Interno: 0 Erro HTTP: 500 URL: https://homologa.e-nfs.com.br/arapiraca/servlet/arecepcionarloterps?wsdl --------------------------- Paliativamente está funcionando em produção sem a consulta do lote, que retorna erro de protocolo não encontrado, troquei pela consulta da NFS-e que resolveu por enquanto.

Olá Daniel. Descobri no manual da EPSON que há uma função na DLL pra extrair essa "chave de busca" passando o COO. A Bematech não tem função especifica na DLL que retorna a chave de busca, mas tem uma função que retorna o XML do CF-e-ECF, onde é possivel extrair a chave de busca da property "id" da tag "infCF-e-ECF"... Não investiguei outros fabricantes de ECF Blindada. Pensem que toda vez que fizer fechar um cupom devo invocar tais funções pra registrar essa chave de busca... No minimo oneraria o processo de emissão de cupom que em alguns casos é frenético! Pelo que percebi não tem ninguém preocupado em escriturar como "60" no registro C465 do SPED, nem mesmo os fabricantes em fornecer meios de obter essa informação de maneira mais fácil, deve ser porque os SEFAZ também não estão preocupados com isso. Se estivessem, com certeza já teria solução pois não é uma necessidade nova.

Pessoal... basta instalar corretamente e pronto. É apenas mais um certificado, estando instalado corretamente, vai funcionar as emissões usando ACBr. Se prestarem atenção, o tópico foi aberto, pois, havia um problema que o @Daniel Simoes resolveu. Eu não consegui testar mais, pois, o cliente acabou cancelando e comprou o A1, pois, estava com urgência. E para não perder o cliente, paguei metade do certificado A1 dele.

Ítalo, muito obrigado mais uma vez! Entendi, achei outro provedor que tem a mesma consulta IssDSF : http://209.126.222.200:8090/iss-web/downloads/ManualIntegracao.pdf. Pelo que eu entendi meu trabalho sera esse mesmo ir pesquisando os manuais de cada prefeitura que eu queira pesquisar essas informações e ir verificando se eles tem esse tipo de consulta e vou ter que desenvolver isso na mão. Amigo, você me ajudou imensamente, muito obrigado!