Painel de líderes

Olá Pessoal, A partir da Versão 1.1.0.37 do ACBrMonitor Plus, foi adicionado a funcionalidade de chamada do help nas telas utilizando a tecla F1, direcionando o usuário para a documentação (chm) específica referente a tela que está sendo configurada. Para isso utilizamos o aplicativo "LHelp" (Visualizador de chm do próprio Lazarus) que agora acompanha o executável do ACBrMonitor. Obs: Para quem utiliza o ACBrMonitor pelo Projeto ACBr, compilando os fontes do ACBrMonitor no Lazarus, será solicitado a instalação do componente "lhelpcontrolpkg" este componente é distribuído junto com o Lazarus. Disponível em: C:\lazarus\components\chmhelp\packages\help Segue exemplo da Documentação do ACBrMonitor utilizando o LHelp:

Boa tarde, Os XML que você anexou são somente o envio e o retorno e pelo que notei esta tudo em ordem. Inclusive no retorno não consta nenhum erro e nenhum alerta.

Boa Tarde. @biniva e @Sérgio Assunção por gentileza, gostaria de aprofundar este assunto com vocês, contate a Tanca através dos telefones do suporte, do e-mail [email protected] ou informem os contatos de vocês.

Boa tarde Sérgio, Você atualizou os fontes? Pela postagem do Juliomar no caso do Fast já foi enviando para o repositório.

Boa tarde Vinicius, No seu TXT esta da seguinte forma: [ICMS00] vBC=1140,23 pICMS=12,00 vICMS=136,83 Sendo que o correto é: [ICMS00] CST=00 vBC=1140,23 pICMS=12,00 vICMS=136,83

@Juliomar Marchetti, Obrigado pelas orientações, aqui pelo menos consegui gerar sem problemas. Não precisei alterar nada no ABCR, apenas atualização do Fortes.

Bom dia. Somente para informar o motivo do problema. O arquivo de imagem do logotipo do cliente estava corrompido na maquina dele. No meu ambiente estava normal. Não ocorria erro. Somente o PDF não abria no Internet Explorer. No Chrome abria normalmente. Agradeço a todos.

Ola Boa noite! entendo, mas justamente o questionamento e se alguém ja se deparou com questionando do leiaute de impressão, a representação grafica. Do ponto de vista de XML não o que se reclamar porque o provedor tratou e retornou como OK, tudo dentro do padrão. Justamente pelo fato de não existe um padrão de RPS ABRASF, cada Prefeitura adota o seu. A nota fiscal paulista tem um leiaute, de BH e bem bonito inclusive, de Contagem - MG e bem feio, que daria na prática pouco mais que matade de uma folha A4. E so mesmo saber se alguém se deparou com isto. Uma coisa e a NFe que é estadual e tem o padrão UNICO do DanFe. Outra complicada de cada prefeitura exigir seu leiaute proprio de impressão de DANFSE e geração de PDF do mesmo. Eu até argumentar com eles, mas como disse órgão publico tem essa mania de não responder emails. Simplesmente ignoram, por telefone a pessoa demonstra pouco conhecimento. Eu tentei argumentar, que o XML e gerado e assinado digitalmente dentro do padrão ABRASF, o provedor da empresa que a prefeitura contratou valida o XML, e autoriza ou rejeitar o XML se estiver fora dos padrões retornando o XML com código de verificação, e coloquei pra eles a questão lógica de se pedir um modelo de leiaute de impressão para cada cidade. Existem inclusive grandes soluções online de emissões de nfse, que acho pouco provável manter leiaute de cada cidade. Eu mesmo pessoalmente como cidação ja tive a experiencia de ir em estacionamento aqui em BH, ao gerar o ticket de saida o software deles transmitia um RPs, e colocou no tiket simples de impressora termica não fiscal com codigo de verificação e dados do veiculo, seria surreal cobrar desse estabelecimento um RPS em formato A4 igual do emitido no site da propria prefeitura.

Boa noite Filipe, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Sugestão. atualiza o github do fortes, refaça a instalação limpando tudo. depois refaça do ACBr também limpando tudo.

Bom dia, tente utilizando a tag "OcorrenciaOriginal.TipoOcorrencia=06"

Valeu, consegui aqui, muito obrigado.

Bom dia a todos, Eu estou fazendo testes na NF-e 4.0 (estou com todo o componente ACBR atualizado e instalado no RAD Studio 10.1 Berlin e também Schemas atualizados - SEFAZ-SP ), ao enviar uma NF de Saída interestadual (CFOP 6.X), o WebService (homologação é claro) me retorna a seguinte rejeição "Rejeição: Grupos Transportador, Veiculo Transporte e Reboque não devem ser informados". Eu estou informando o Grupo X03-Transportador e Não estou informado os grupos X18-veicTransp e nem X22-reboque. Quando eu também não informo o Grupo "X03-Transportador", a NF-e é enviada normalmente. O problema que essa rejeição pertence a versões "1.00" e "1.10" da Nota Técnica 2016.002, já nas versões acima "1.20" e "1.30" (saiu ontem) e rejeição é "Grupos Veiculo Transporte e Reboque não devem ser informados", ou seja, não inclui mais o Grupo Transportador (agora não sei se foi um erro nessas ultimas edições da Nota Técnica). Até o Italo comentou acima: " No máximo ela pode informar os dados da transportadora tais como: CNPJ, Razão Social e Endereço. " Ele também entendeu que poderia sim informar o grupo X03-Transportador. Alguém pegou esse erro?