-
Total de ítens
317 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por mgmobile
-
-
-
-
Em 20/03/2020 at 19:13, José M. S. Junior disse:
Boa tarde
Por favor realize os testes na última versão do ACBrMonitor 1.3.0.288
Veja como utilizar a funcionalidade de variáveis na mensagem personalizada do canhoto, no item 3 da Nota de Lançamento:
https://www.projetoacbr.com.br/forum/release-notes/notas-acbrmonitorplus/
Olá Jose da forma que ficou agora "piorou" pois agora não aparece o nome do destinatário e nem o valor , nas versões anteriores aparecia .
Sugiro que apareça o nome do emitente (opcional), nome do destinatário + Valor da NFE + a mensagem personalizada. Acredito que o bom seria o emitente poder ter um check-box tornando uma opção para o cliente - emitente - decidir se quer que apareça ou não o nome da empresa dele . Dessa maneira poderia haver um ganho de espaço considerável
-
Em 16/03/2020 at 16:23, mgmobile disse:
Ok Jose , No aguardo .
Obrigado .
Em 12/03/2020 at 17:14, José M. S. Junior disse:Creio que a melhor solução seria utilizar uma função que valide variáveis no texto personalizado, assim como existe na assinatura de emails. Ficaria por exemplo:
Recebemos da [RAZAO_SOCIAL] os produtos constantes na nota fiscal ao lado bem como os boletos bancários de cobrança referentes a esta nota fiscal.
Vou adicionar a nossa lista de atividades, provavelmente entra para a próxima semana...
Boa tarde José ,
Alguma novidade a respeito da alteração acima ?
-
Em 12/03/2020 at 17:14, José M. S. Junior disse:
Creio que a melhor solução seria utilizar uma função que valide variáveis no texto personalizado, assim como existe na assinatura de emails. Ficaria por exemplo:
Recebemos da [RAZAO_SOCIAL] os produtos constantes na nota fiscal ao lado bem como os boletos bancários de cobrança referentes a esta nota fiscal.
Vou adicionar a nossa lista de atividades, provavelmente entra para a próxima semana...
Ok Jose , No aguardo .
Obrigado .
-
23 horas atrás, José M. S. Junior disse:
@mgmobile, vamos avaliar a melhor solução... Mas creio que não seja viável alterar a forma como já funciona no Componente... Este tipo de customização poderia existir no próprio ACBrMonitor.
Voce tem uma previsão pois estou como meu cliente aguardando uma posição minha .
-
4 horas atrás, José M. S. Junior disse:
Esta é uma funcionalidade específica do componente não é definido pelo ACBrMonitor... A mensagem padrão ocupa toda a linha dependendo da descrição do Remet / Dest, se concatenar outra mensagem quebraria o texto, por isso tem a opção de informar uma mensagem personalizada, neste caso deve ser controlado pela aplicação para não exceder o tamanho da linha no canhoto...
Da forma que esta fica confuso para quem configura . Acredito que o ideal seria manter o padrão e apenas incluir a mensagem digitada no campo . Acredito também que se removesse algumas informações desnecessárias e remanejasse outras ja teríamos um bom ganho de espaço . Poderia também limitar a quantidade de caracteres assim ficaria mais fácil do cliente entender e até utilizar o bom censo no tamanho da mensagem!
Veja o anexo.
-
20 horas atrás, José M. S. Junior disse:
@hleorj, este caso se refere a informação adicionada na propriedade "TextoResumoCanhoto" do componente DANFe, no próprio componente quando é preenchido este campo é ignorado a msg padrão do canhoto e imprime o conteúdo deste campo no canhoto...
@mgmobile, utilizando o ACBrMonitor precisa editar essa informação no arquivo de configurações (ACBrMonitor.ini) toda vez que precisar alterar o conteúdo deste campo. Isso pode ser feito alterando a tag "TextoResumoCanhoto" no arquivo .ini e posteriormente utilizando o metodo: "NFe.LerIni" para atualizar a informação no componente.
Outra possibilidade que poderíamos avaliar é adicionar um método específico no ACBrMonitor para alterar o texto que será impresso através deste campo...
Então Sr. José acredito que o mais pratico seria o acbr monitor não limpar as informações Emissão / Dest ou Remet. / Valor. , apenas incluir a mensagem que for escrita no campo mensagem personalizada .
-
50 minutos atrás, José M. S. Junior disse:
Poderia anexar um exemplo de como ficaria a mensagem completa?
Este é a mensagem .
Recebemos da" NOME DO MEU CLIENTE "os produtos constantes na nota fiscal ao lado bem como os boletos bancários de cobrança referentes a esta nota fiscal
-
14 minutos atrás, José M. S. Junior disse:
Bom dia,
Por padrão se marcar a opção: "Exibir Resumo Padrao no Canhoto" o componente emite no canhoto os dados do cliente: Emissão / Dest ou Remet. / Valor.
Se desejar outra mensagem "Mensagem Personalizada" não será gerado a mensagem padrão. Você define o que será impresso. Até mesmo por conta do espaço disponível no cabeçalho...
Então Sr. José temos um problema neste caso pois atualmente os clientes solicitam que seja apresentado o nome do cliente e o valor como ja é atualmente e mais uma mensagem que o setor júrido solicita para que o emissor da nota tenha garantias jurídicas.
-
Bom dia ,
Ao marcar a opção " exibe resumo padrão no canhoto " e digitar a mensagem solicitada pelo cliente automaticamente a mensagem do digita substitui a apresentação dos dados do cliente .
como podemos resolver esta situação ?
-
Em 27/02/2020 at 11:49, Daniel Simoes disse:
Sim, esse tipo de modificação, é propagada.... Fique atento as notícias do ACBr
https://www.projetoacbr.com.br/forum/forum/35-notícias-do-acbr/
Obrigado pela dica, entretanto a colocação que eu e nosso amigo Marcos queremos ponderar é que para quem usa as respostas via txt, via de regra estão lendo as tags anteriores e a mudanã no nme de retorno de uma tag é algo que não deveria ser feito ou se for o caso vcs poderiam ter criado a tag nova como ChaveDFE que foi criada mais manter tambem a tag antiga com a mesma informação... nós que somos SAC identificamos o problema agora pois foi nas versões recentes... a galera que não é sac e codificou baseado nas tags anteriores, quando receberem a versão que estamos agora vai dar maior BO... no meu sistema mesmo tive que deixar no fonte a leitura de todas as tags até agora para evitar incompatibilidade com versões antigas do acbr... espero que entenda a colocação pois é algo a meu ver grave... é como se por exemplo o estado mudasse o nome das tags XML de NFE simplesmente para padronizar nomes... seria algo que daria maior BO pra quem já trabalhava com as tags antigas... enfim, foi uma critica construtiva para que se as TAGs de envio e resposta sejam alteradas no futuro para padronização ou algo do tipo... que se mantenha as antigas tbém pra evitar termos que mexer no fonte... é foda chegar de manhã com um monte de cliente com erro porque foi mudado o nome de uma tag Em tempo, o trabalho de vcs é excelente
- 1
-
34 minutos atrás, José M. S. Junior disse:
Marcos,
Note pelo log que está conectando em versões diferentes do ACBrMonitor, quando conectou na versão: ACBr MonitorPLUS Ver.1.2.0.80, passou a retornar "chNFe". Quando conectou na ultima versão: ACBr MonitorPLUS Ver.1.3.0.259 - x64 retornou "chDFe"
Nas últimas versões realmente houve uma padronização de algumas tags que ainda estavam desatualizadas... Todas dever retornar como "chDFe". Infelizmente ocorrerá essa divergência no retorno com versões diferentes, mas não deverá sofrer alterações estando com a versão atualizada do ACBrMonitor.
Pessoal, estou tendo o mesmo problema, me desculpem mais vcs não podem mudar assim as variaveis de retorno... quem trabalha com o acbrmonitor via TXT usa essas tags para ler os retornos... hoje um cliente meu estava com problema na MDFE... dai fui ver e o retorno mudou denovo... já foram 3 retornos diferentes que informam a chave da NFE...
Inicialmente era CHMDFE
Depois mudou para CHNFE
Agora está CHAVEDFE
Entendo que vcs querem padronizar mais isso pra quem trabalha com retorno TXT é o caos... para tudo de funcionar... é igual as tags que retornam o arquivo XML... já mudaram de ARQUIVOXML para ARQUIVO... eu até epnsava que era coisa do estado...
-
Em 11/11/2019 at 12:01, José M. S. Junior disse:
Foi adicionado as nossas tarefas, previsão para próxima semana.
Obrigado , estarei aguardo da nova atualização .
- 1
-
Ok, você tem um a previsão para quando ficará disponível ?
-
Tem como fazer?
-
-
Bom dia ,
Utilizo o acbrmonitor para emitir a nota fiscal , gostaria de saber como proceder para incluir uma mensagem no canhoto da nota fiscal .
Desde já obrigado .
-
17 horas atrás, José M. S. Junior disse:
Boa tarde
Informe o Campo:
[Titulo] ... TotalParcelas=3 //Total de Títulos a se adicionado para o Carne
Seria assim ? Note que no final do arquivo eu criei um novo titulo e coloquei o total de parcelas , porém não deu certo continua apresentando a mesma mensagem .
-
Olá pessoal ,
Quando seleciono a opção de impressão de boleto layoute de CARNÊ no ACBR MONITORPLUS e mando gerar o boleto é retornado a seguinte mensagem "Numero da Parcela Atual deve ser menor que o Total de Parcelas do Carnê" .
Poderia me ajudar . Em anexo segue os arquivos txt de log e o arquivo boletos.txt
-
Bom dia, pessoal!
Obtivemos a seguinte mensagem do banco:
"....verificamos com o departamento, e não houve alteração no Layout da cobrança da Sicredi.O referido erro trata-se justamente da instrução de protesto que deu inconsistência.Onde ocorreu devido a atualização do sistema De Depositário, sendo que antes usávamos através do banco Bradesco, e a partir de então passou a ser feito pela Sicredi.De antemão, peço desculpas novamente.Ja demos nova instrução naqueles 3 títulos, e caso cobre nova tarifa de instrução, estornaremos o valor para vocês.".
Logo, realmente foi um erro ao enviar o arquivo de retorno.
Agradeço pela atenção e pelo excelente serviço prestado!
Um excelente dia a todos.
- 2
-
Em 03/09/2019 at 15:40, José M. S. Junior disse:
Ainda não está nesta versão... Estará disponível na próxima versão semanal.
Obrigado, José!
O arquivo está em análise junto ao banco, em breve trago o retorno.
Abraços!
- 1
-
Em 03/09/2019 at 12:03, José M. S. Junior disse:
Boa tarde
Note que segundo o manual o motivo "I6" deve ser retornado quando a ocorrência for"03" Entrada Rejeitada.
Neste arquivo está retornando o motivo "I6" para a ocorrência "32", por isso o motivo do erro...
Realizei um tratamento para não apresentar esse erro quando não conseguir fazer a conversão do código, mas será necessário verificar com o banco sobre esse arquivo, pois esse motivo não está especificado no manual quando a rejeição é de ocorrência "32" - Instrução Rejeitada.
´Jóse, a versão 1.2.0.78 jpa contempla esse tratamento?
A baixei para fazer alguns testes porém o erro persiste.
-
Boa tarde!
Agradeço a antenção e o esforço!
Irei entrar em contato com o banco e assim que obtiver um retorno esclareço aqui.
Obrigado, mais uma vez.
- 2
Envio de XML por e-mail em branco
em ACBrMonitorPLUS
Postado
Então não sei o houve , pois eu apenas atualizei o acbr para a versão 1.3.0.293 e funcionou normalmente . Não mexemos em absolutamente nada no programa .