Painel de líderes

Modificado comportamento da lib para que a mesma crie o arquivo de configuração, caso o mesmo não exista no diretório informado. Alteração no SVN Rev.: [16436]

Já viu o demo do ACBrPosPrinter? Lá tem exemplo das tags com os tamanhos de fontes aceitos.

* Posso utilizar o equipamento SAT de testes pra transmitir pro SEFAZ? (afim de emular o ambiente do cliente, com conexão com o sefaz) Em modo produção não ! Um cupom usando um SAT SDK não tem validade jurídica. * Caso caia a rede e o SAT não consiga enviar aquele cupom para o SEFAZ, os componentes do ACBR retornam algum erro no momento do envio? O SAT não deixa de fazer a sua função quando cai a internet. Ele tem uma carência de 10 dias (caso tenha algum cupom na memória) para entrar em modo bloqueio. É certo que o problema é com a sua aplicação.

Bom dia Arce, Muito obrigado pela colaboração, encontrei apenas 3 schemas que foram alterados pela revisão, já enviei para o repositório.

Boa noite! Agradeço aos carissimos companheiros do acbr pela ajuda e pelo proposito de tentar resolver o meu problema, se todos as outras pessoas de outros foruns fosse como vcs o negocio seria outro. em relacão a minha duvida, ficou resolvido, entrei em contato com o homologador da sefaz e ele me esclareceu o problema segue abaixo: a tag FiscalSleepPos eh invisivel para nós e pelo o que eu entedi e que a tag ImpressaoFiscal caiu em desuso por algum motivo ( Deve ser bem erro de estrutura! ) , entao quando passamos usamos o metodo "ImpressaoFiscal := frmVenda.ACBrSATExtratoESCPOS1.GerarImpressaoFiscalMFe(frmVenda.ACBrSAT1.CFe);" estamos enviando para a tag FiscalSleepPos e nao para ImpressaoFiscal. Agradeço mais uma vez pela ajuda!

Esse geralmente é um erro relacionado aos logos carregados no Dacte. Tente remover o logo para ver se funciona. Se funcionar, tente alterar o tamanho ou o tipo do arquivo de logo.

Boa tarde, Rafael jorge Tente alterar o CSOSN para 900.

Boa tarde Joceandro, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Cesar, Você concorda que as informações impressas no DANFE devem existir no XML? Pelo menos é o que esta escrito no item 3.1 da pagina 9 do MOC versão 7 - Anexo II que se refere ao Manual do DANFE. Sendo assim, é preciso primeiro criar os novos campos nas classes da NF-e. Segundo, é preciso alterar a Unit que gera o XML, realizar testes para saber se o XML gerado com as novas tags será validado (usando os novos Schemas). Terceiro, é preciso alterar a Unit que lê o XML, com o objetivo ler as novas tags. Por fim alterar o DANFE, tanto em Fast quanto em Fortes Report, visando a impressão das novas informações, conforme consta na Nota Técnica 2018/005 versão 1.00 Bom eu fiz as três primeiras etapas, não tenho conhecimento em Fast Report, logo vou ficar devendo essa. Estou ainda estou me familiarizando com o Fortes, sendo assim prefiro deixar com os mestres para fazer essas alterações. Lembre-se que o código é aberto e quanto mais pessoas puderem colaborar na alteração / correção do mesmo, todos saem ganhando, pois todo o trabalho que antes ficaria a cargo de uma única pessoa passa a ser dividido e consequentemente teremos tudo feito em um curto espaço de tempo.

Bom dia. Atualizações já no svn. Att.

Galera boa noite Antes que me detonem por informações repetidas, a intenção é informar, como estou sem tempo pra pesquisar, fica as desculpas. A PLAC Fat-e disponibiliza para as empresas que trabalham com antecipações de recebíveis serviços úteis para a verificação e autenticidade das NFes. Saiba mais: Foi lançada a Plataforma de Consultas da Fatura Eletrônica para Antecipações de Recebíveis dos Estados (PLAC Fat-e) no dia 13 de Dezembro em Salvador (BA), que também está sendo operacionalizada na Sefaz virtual da Bahia. O lançamento foi feito pelas Secretarias de Fazenda dos estados . Essa plataforma colabora com a redução dos juros no mercado e o aumento da oferta de crédito. Tais contribuições cooperam principalmente com as micro e pequenas empresas. A PLAC Fat-e realiza consultas e registros de informações de vendas a prazo a partir das notas fiscais eletrônicas (NFe) e consolida tais dados nas Faturas Eletrônicas (Fat-e). Além disso, a plataforma está interligada com a agenda pública do Banco Central (BC) que possui ações relacionadas ao mercado financeiro e formas de proporcionar segurança jurídica e operacional. Teste na PLAC Fat-e A Plataforma está sincronizada com as bases de dados das seguintes secretarias da Fazenda: Alagoas; Bahia; Distrito Federal; Espírito Santo; Paraíba; Piauí; Rondônia; Rio Grande do Sul; Sergipe. As Empresas do Segmento financeiro desses estados já podem fazer testes na plataforma neste link. A maioria dos estados brasileiros não estão sincronizados com a PLAC Fat-e. Porém, só durante outubro e novembro, meses que fazem parte dos testes, foram registrados mais de 50 milhões de faturas eletrônicas com um montante aproximado em R$ 244 bilhões em vendas a prazo. Como contratar o PLAC Fat-e? Apenas em janeiro de 2020 a plataforma estará disponível para o uso. É necessário que antes da sua liberação as demais secretarias da Fazenda se sincronizem com a PLAC Fat-e. Como a PLAC Fat-e funciona? Com a PLAC Fat-e, as Secretarias de Fazenda atendem a necessidade de criação das registradoras de ativos financeiros e Duplicata Eletrônica. Isso é possível porque a plataforma disponibiliza para as empresas que trabalham com antecipação de recebíveis lastreados por NFe (Duplicatas) vários serviços relacionados a verificação da autenticidade das NFes. Além disso, a PLAC Fat-e também monitora os eventos vinculados a NFe até a liquidação da operação de crédito. Assim, a plataforma ajuda as empresas em suas operações de vendas a prazo a confirmar a autenticidade de uma nota fiscal e verificar se aquela venda ocorreu. Dessa forma, através dos eventos vinculados a NFe e suas faturas, a Plataforma disponibiliza a opção de checar se o destinatário está ciente da obrigação contraída, se a mercadoria já foi encaminhada ou entregue, se houve devoluções ou sinistro na carga. O emissor da NFe também não é permitido cancelar as notas fiscais que estão vinculadas a operações de crédito, após o registro da cessão. Além disso, a PLAC Fat-e evita a apresentação de NFes repetidas, por parte do emissor, como comprovação de operações de antecipação para mais de uma instituição do sistema financeiro. Leia mais: Acompanhe o ciclo de vida de sua NFe Eventos NFe monitorados pela PLAC Fat-e Ciência da operação Conhecimento de Transporte eletrônico Manifesto Eletrônico de Documentos Fiscais (MDFe) Registro de Trânsito Físico da Mercadoria; Confirmação do Recebimento de Mercadoria Registro de operação não realizada; Registro de Desconhecimento de Operação; Aviso de Irregularidade na Operação: Carta de Correção Eletrônica: Averbação de Embarque Vantagens da Plataforma dos Estados (PLAC Fat-e) Maior segurança para as operações de antecipações de recebíveis; Disponibilização dos processos fiscais de forma centralizada; Acesso restrito; Sigilo fiscal; Conexão instantânea com os atores da operação; Redução de custos de comunicação; Redução de protestos indevidos; Capital de giro com menores taxas de juros para as empresas. Ferramentas da PLAC Fat-e Consulta: Verificação da autenticidade da NFe e recebimento do XML e eventos da NFe; Recebível em Avaliação: Monitoramento dos eventos vinculados a NFe, até as parcelas das duplicatas vencerem; Registro de Cessão de Parcela de Fat-e por IMF: Informação dada para uso exclusivo de Registradores de Ativos Financeiros; Transferência de Parcela de Fat-e por IMF: Evento de uso exclusivo de Registradora de Ativos Financeiros, para informar sobre a ocorrência de endosso de parcela da Fat-e para um novo endossatário; Envio de parcela de Fat-e para Cobrança Judicial por IMF: Evento de uso exclusivo de Registradora de Ativos Financeiros, com o objetivo de informar a transferência da parcela para cobrança judicial. Créditos: Oobj []s,

Em modo debug o Delphi vai mostrar a exceção, em runtime não, já que o try/except inibe isso, caso tivesse mostrado você teria a mensagem "Erro ao obter a resposta do webservice" na sua aplicação. O fato de entrar nessa rotina indica que o tratamento anterior funcionou, e essa ou outra rotina está gerando a mensagem na tela.

Bom dia Moreira, Muito obrigado pela colaboração, já esta no repositório, com uma pequena alteração minha.

Códigos comuns de NF-e e NFC-e 100 - Autorizado o uso da NF-e: este retorno será apresentado, quando não houver nenhuma falha/erro nos dados informados na NF-e enviada, esta mensagem, é a confirmação da emissão da nota. 102 - Inutilização de número homologado: este retorno será apresentado quando for inutilizado com sucesso uma faixa de numeração. 103 - Lote recebido com sucesso: este retorno será apresentado quando a SEFAZ receber o lote de NF-e enviado e o Webservice estará processando o XML para verificar sua autenticidade. 104 - Lote processado: este retorno será apresentado quando o lote enviado já estiver sido processado, e a SEFAZ já terá um retorno sobre a respectiva nota. 105 - Lote em processamento: este retorno será apresentado quando for realizado uma consulta pelo número de recibo do lote e o Webservice ainda não terminou de processar o XML enviado. 106 - Lote não localizado: este retorno será apresentado quando estiver sendo realizado uma consulta pelo número do recibo, e não existir nenhum lote vinculado a este número. 108 - Serviço Paralisado Momentaneamente (curto prazo): este retorno será apresentado quando estiver sendo realizado algum tipo de comunicação com o Webservice e o mesmo estiver passando por alguma manutenção. 109 - Serviço Paralisado sem Previsão: este retorno será apresentado quando o Webservice estiver parado, para realizar alguma manutenção ou alteração, porém, irá levar um certo tempo para finalizar a manutenção, por este motivo, que é retornado sem previsão. 110 - Uso Denegado: este retorno será apresentado quando houver alguma situação dos casos informados abaixo, em relação a Inscrição Estadual (I.E): I.E. Suspensa. I.E. Cancelada. I.E. Baixada. I.E. Em Processo de Baixa. 111 - Consulta cadastro com uma ocorrência: este retorno será apresentado quando for realizado uma consulta de cadastro de algum contribuinte e o cadastro do mesmo conter uma ocorrência registrada. 112 - Consulta cadastro com mais de uma ocorrência: este retorno será apresentado quando for realizado uma consulta de cadastro de algum contribuinte e o cadastro do mesmo conter mais de uma ocorrência registrada. 101 - Cancelamento de NF-e homologado: este retorno era apresentado para o cancelamento de uma NF-e, porém este tipo de cancelamento foi desativado, ficando em vigor, apenas o cancelamento por evento.

Bom dia. Pelo que pude concluir ao analisar o tópico é que realmente se faz necessário um ajuste no Fortes Report (ACBrMDFeDAMDFeRL) para que também imprima as informações como já ocorre no Fast Report (ACBrMDFeDAMDFeFR) Att.

Bom dia. Me desculpe, mas para mi9m ficou confuso se nos seus testes apareceram ou não os campos novos. Att.

Bom dia.. Estou mandando um exemplo para voce. blz. txt_pag.txt xml_pag.xml

Bom Dia Arturo, da proxima vez, se puder mandar junto o xml gerado, agradeceria. Veja bem: tpNF=2 tu colocou 2, mas o correto é: 0=Entrada; 1=Saída Valeuu NFE.CriarEnviarNFe(" [infNFe] versao=4.00 [Identificacao] cNF=44522820 natOp=Devoluçao de compra indPag=0 mod=55 serie=1 nNF=000088 DhEmi=29/01/2019 22:48:55 dhSaiEnt=29/01/2019 22:48:55 tpNF=2 ---- [Produto001] cProd=010627 cEAN=SEM GTIN xProd=NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL ncm=35061090 CEST= EXTIPI=350 CFOP=6202

descobri o problema na programação eu tava usando uma variável chamada picms e alimentando a propriedade picms. so que dentro de um "with ICMS do" ou seja a propriedade picms tava recebendo sempre ela mesma. erro de logica (é de burrice da minha parte) renomeei a variável para Apicms e resovel agora ta alimentando a propriedade. so que continua com o erro de " Total da BC ICMS difere do somatório dos itens " vou verificar e posto o resultado. 26190107231408000113650010000006161000006160-nfe.xml

Foi alterada no refactoring para ACBrNFeDANFEFR.MostraSetup.

Bom dia. Anexe seu xml. Att.

Tá parecendo que é a impressora configurada no Monitor. Dá uma conferida lá.

Está faltando informar o percentual de partilha, sem essa informação o componente ignora todo o grupo.

Bom dia, ALA. Você pode encontrar as tags no manual do MonitorPLUS ou baixar o demo do ACBrPosPrinter. https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimir.html

Bom dia a todos, AgentePrg: Pode até ser que a banda referente ao modal aquaviário exista, mas nela contem os objetos referente aos dados a serem impressos? Se sim, é preciso descobrir o porque ao carregar um MDF-e do modal aquaviária o DAMDFE não é impresso corretamente. Agora se não tem os objetos, então tem que colocar. Você tem um XML do MDF-e Modal Aquaviário? Se sim, poderia anexar para que possamos analisar?

Bom dia José Junior Encontrei o problema, mas ainda não a solução Se tiro o parametro de imprimir a DANFe, ou mesmo passo ele como sendo "0" não dá o erro Então tentei trocar a impressora, pois poderia ser algo de errado com o driver de impressão mas não é, o erro ocorre com qualquer impressora, portanto Se não mando imprimir, ou seja parametro ImprimeDANFe (3o. parametro), o erro não ocorre, e ainda tô meio perdido!!!

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

No caso de emitente CPF deve gerar tag CPF e não CNPJ. Veja se está passando o CPF com 11 dígitos e não 14.

Resolvi tudo. 1. o lance da variável com o mesmo nome (picms) que foi meio que burrice minha. 2. coloquei o vTotTrib tambem no icms do prod. obrigado a @Juliana Tamizou e também a @Felipe E. Resende Mesquita

Nao sei responder sua pergunta... (creio que logo aparece alguém) A nossa recomendação é usar a versão Fortes Report, que é a que recebe mais atualizações e correções

Boaaaaa.....Deu certo Muito grato abraço..

Esse arquivo anexo parece não ter o registro com problema citado. Não encontrei no arquivo o CFOP 5933 mencionado na imagem do erro.

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

Sr. Daniel Vou proceder desta forma também! Vou baixar as tabelas, converter e atualizar via script em nossos clientes. Grato

Eu acho que o IBPT, dificultou esse acesso... pois hoje eles exigem que cada CNPJ seja cadastrado... Creio que o @Régys Silveira, possa nos dar mais detalhes... No nosso sistema (DJPDV)..nos baixamos as tabelas, e subimos para o nosso site... e baixamos de lá com uma rotina própria...

@Italo Jurisato Junior Boa tarde. Divulgaram novos schemas 2.5 revisados . https://portal.esocial.gov.br/agenda/29-01-2019-publicados-esquemas-xsd-v-2-5-revisados

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

bom dia juliana!, muito obrigado pela dica, realmente não tinha visto. vlw mesmo!, abraço.

vou ler, ai posto aqui ?

Verifique esse Post: Talvez a correção aplicada nele, solucione o seu problema...

Você precisa solicitar a CliSiTef32I.dll com suporte a debug. Passei por isso na semana passada e recebi a diga de @Daniel Simoes

Analisando o xml que enviou está faltando algumas tags, após eu incluir manualmente elas o cupom foi impresso corretamente ao que aparenta. As tags que faltam estão entre a <cCFeLei1273> e a </cMP>. Anexe os logs do aparelho.

Você pode fazer o download do XML original (com valor legal) pelo método DistribuicaoDFe (pesquise no fórum, tem muitos tópicos sobre ele). Depois apenas carregar para o componente com ACBrNFe.LoadFromFile(). OK muito obrigado

Obrigado Juliana e Italo. Tinha a cidade de araxá, mas não consegui implementar, pelas mensagens citadas meu primeiro post. Tem os manuais, mas ando meio perdido... não é ABRASF, acredito que precise ir por outro caminho. Há 15 dias mandei e-mail para esta empresa pedindo o schemas ou alguma informação para me guiar e não obtive resposta. Fica apenas a indignação, pedi para um de nossos clientes gerar uma NFS-e pela prefeitura e me mandar o xml, vou analisar com calma e posto aqui o que conseguir. Percebo que o XML gerado pelo acbr, o layout é bem diferente do manual do site, só não consigo identificar onde estou errando. http://191.252.0.70/ESiatValparaiso/Downloads/030Leiautes/050NFS-e no formato XML.pdf Modelo XML: http://invoicy.com.br/BR/InvoiCy/NFSe/documentos/Exemplos/PadraoGoverna.xml Obrigado mais uma vez.

Boa tarde Segundo informação passada pela Prefeitura, o endereço mudou. A configuração do arquivo Promimv2.ini deve ficar assim: De: RecepcaoLoteRPS_4303004=http://187.60.188.82:8091/NFSe.Portal.Integracao/Services.svc Para: RecepcaoLoteRPS_4303004=http://177.84.147.222:8091/NFSe.Portal.Integracao/Services.svc

Bom dia, aparentemente a unica divergência é na descrição do campo XCorrecao, informe mais de 15 caracteres... Chegou a fazer esse teste? Os erros que estão ocorrendo é constante ou ocorre de forma aleatória?

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

MostrarPreview = false; e impressora tem que estar preenchido ai não aparece essa tela

Ufa meu caro, foi exatamente isso que entendi na NT, que somente em ST haveria esse preenchimento para FCP em Simples Nacional, mas que lendo uma coisa, outra, outras, ai vira uma confusão e temos que seguir realmente os mais experientes ai ficamos muito confuso, mas agora sim...Conclusão: No simples, não preencher FCP Interno ou fora para não contribuinte, exceto em casos de ST com os CSOSN que tu informou acima, perfeito, muito obrigado!

A NFe 3.10 deve continuar pq depois que surgiu a 4.00 o Daniel Simões virou hipocondríaco. O louco da tarja vermelha. Foi mal, mas não resisti.