Painel de líderes

O ACBrMonitor não projetado para esse cenário... mas você poderia usar o Recurso de Pasta Monitorada... https://acbr.sourceforge.io/ACBrMonitor/ComousaroACBrMonitor.html Nesse caso você usaria arquivos como ENT01.TXT, ENT02.TXT e ele responderia de acordo.. com SAI01.TXT, SAI02.TXT...

Boa tarde Ao enviar a NFCe e receber um timeout deve incrementar a Numeração ao gerar outra NFCe em Contingência, e armazenar a chave da NFCe que não obteve retorno. Ao estabelecer a conexão precisa tratar essa chave, enviando evento de Cancelamento por substituição se a NFCe foi recebida pela SEFAZ ou inutilizando a Numeração caso não exista a chave ao consultar na SEFAZ. Veja o Fluxo do tratamento de Contingência com o ACBrMonitor, a apresentação abaixo também pode esclarecer outras dúvidas:

vc pode gerar uma nota de venda em homologação para usá-la como referência na nota de devolução.

Não há o que possa ser feito do lado do ACBr... o Erro vem do S.O. que não consegue acessar a Porta... Experimente remover todos os Drivers com o Bemaghost e instalar a ultima versão Verifique ainda por atualizações no firmware

Boa noite Marcio, Eu recomendo você entrar em contato com a agencia da Caixa do seu cliente, pois se não me falha a memória cada agencia trabalha de uma forma diferente. Algumas disponibilizam aos seus clientes uma aplicativo próprio, outras é utilizado um aplicativo de um parceiro da Caixa. Se tratando de Boletos, a Caixa já possui um webservice onde a sua aplicação gera um XML com os dados do boleto e o envia para que o mesmo seja registrado. A equipe ACBr esta trabalhando para disponibilizar uma nova versão do componente ACBrBoleto que vai contemplar essa modalidade de envio.

Complementando a resposta do @EMBarbosa você precisa carregar o evento usando o carregar evento ini e depois usar o método enviar evento. https://acbr.sourceforge.io/ACBrLib/ModelosEventoINI.html https://acbr.sourceforge.io/ACBrLib/CartadeCorrecao.html https://acbr.sourceforge.io/ACBrLib/NFE_LimparListaEventos.html https://acbr.sourceforge.io/ACBrLib/NFE_CarregarEventoINI.html https://acbr.sourceforge.io/ACBrLib/NFE_EnviarEvento.html

Boa noite, Criei na unit ACBrCEP o TACBrWSGoogleMaps, foi utilizando a documentação do Google Maps para trazer o CEP quando encontrado. https://developers.google.com/maps/documentation/geocoding/intro Caros amigos estou a disponibilizar a todos a implementação. Obrigado. ACBrCEP.pas

Bom dia Alguém esta passando por este problema no estado de SP ? Começou do nada, algumas NFCe protocolam outras não, retornando a mensagem : Falha na Transmissão da NFe : 22604 Motivo: Rejeição: Data-Hora de Emissão posterior ao horário de recebimento Já tentei os procedimentos de mudar a hora para menos uma hora, ai retorna que esta atrasado, alterei para só alguns minutos de atraso, da a mesma mensagem. Se alguém estiver passando por isso ou passou e resolveu de alguma outra forma e puder informar agradeço Júlio

arrumado a principio atualizei o firmware, esta imprimindo

Sim, pode passar o nome da impressora como parâmetro nos métodos de impressão Veja por exemplo o Segundo parâmetro do método: https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDanfe.html Se utilizar ESCPOS, basta passar método trocando Modelo e Porta https://acbr.sourceforge.io/ACBrMonitor/ESCPOSSetPorta.html

Atualizado no SVN, obrigado!

Segue PATCH para resolver o problema em anexo DoECFUnit.pas.patch

Boa tarde Veja no final dessa Aula, como utilizar recurso "Monitorar Pasta". Usuários integrando arquivos distintos em uma mesma Instancia do ACBrMonitor:

Top @Juliomar Marchetti... Ja estou Debugando.. Já já posto aqui. acho que o Exemplo não acompanhou a evolução do Componente! Tmj!

Bom dia, @JCesar Tivemos um problema semelhante na emissão de MDFe no SEFAZ SP nessa madrugada. Provavelmente um dos servidores deles está com horário errado. Exemplo: o meu xml de request tinha um horario, e o xml de response deles tinha 1 hora a menos. Abri chamado no SEFAZ, porém ainda sem resposta. Att. David

Eu não uso a hora da maquina local, mas do servidor do banco de dados, assim esta sempre correta. Mas realmente o problema parece ser em algum servidor da Sefaz/SP, pois algumas notas protocolam normalmente, mas a maioria não. Mesmo as que não protocolam de primeira, em uma próxima tentativa acaba protocolando sem mudar nada

Esse tipo de travamento ocorre quando não existe implementação ou não encontram-se devidamente implementados os eventos do componente. Implemente conforme os exemplos do projeto TEFDDemo e tente entender o porque são fundamentais para a comunicação TEF. abç.

Pior que acabei de testar novamente e começou a buscar os documentos... Vai entender kkkkk

Bom dia Valmir, O que esta divergente? Esta faltando alguma coisa no arquivo TXT de exemplo ou as seções estão fora de ordem comparado com o layout que se encontra no manual?

Bom dia a todos, Com os fontes disponibilizados pelo Guilherme a impressão do boleto ocorreu sem nenhum problema em uma impressora Epson TM-T20X. A impressão ficou um pouco falha, acredito que deva ser o papel que estou usando que é de má qualidade. Hoje em dia, são poucos que vão até ao banco pagar um boleto e quando vão realiza o pagamento nas maquinas de autoatendimento. Sendo assim hoje o que realmente o que interessa para efetuar o pagamento do boleto é o seu código de barras ou a linha digitavel e é claro o boleto estar registrado. Portanto se o boleto foi impresso em papel A4 ou Carta ou Bobina, pouco interessa. A única questão de imprimir o boleto em uma impressora térmica é o clareamento da imagem, na empresa que eu trabalhava o pessoal tinha o costume de tirar um fotocopia de todos os documentos impressos em impressora térmica. Gostaria de saber se mais alguém consegui ou esta com problemas de imprimir o boleto na impressora térmica usando o programa exemplo do componente ACBrBoleto.

Creio que essa impressora não tem suporte ao modo página, por isso não é possível imprime QRCode Lateral.

Olá, obrigado por responder Vou verificar aqui na cidade.

O problema o Elton já identificou pela mensagem, algum endereço de email inválido. Mas é difícil saber sem saber quais dados você está informando. Não vi por exemplo no seu código você inicializar a variável "Para" que é o email do destinatário. Como assim exemplo antigo?

Você está usando o modelo ppEscPosBematech? Porque acho que essa impressora não tem compatibilidade plena com ESC/POS e por isso não consegue imprimir o QRCode lateral.

Boa tarde. Provavelmente existe uma razão para não ter sido incluído anteriormente, de qualquer forma, foi adicionado em nossa lista para análise, obrigada. Att.

03/01/2020 Liberado ambiente de produção da SVRS O ambiente autorizador da Sefaz Virtual está disponível para emissão em produção da NF3e. As empresas interessadas deverão contatar a Unidade Federada de sua circunscrição para verificar condições para habilitação à emissão deste documento eletrônico.

Não deveria não, pois não tem retorno, aqui funciona corretamente sem esta alteração. Outra coisa Sub os parâmetros não ficam entre Parenteses a forma correta de usar é assim. nfe.GravarXml 0, "Teste.xml", App.Path e não assim nfe.GravarXml(0, "Teste.xml", App.Path) isso é apenas para functions

Use as tabelas do IBPT com o componente ACBrIBPTax

Olá pessoal, Aproveitando os últimos minutos do segundo tempo, temos novidades para o inicio do ano que vem. Novidades da versão 1.40 da NT 2019/001 * Modifica a RV N12-94 para deixar mais específica a rejeição, criando assim a RV N12-98 com sua respectiva rejeição; A regra vai ser ativada a partir de 11/05/2020 10/08/2020 em produção, verificando a existência e a vigência do cBenef. Assim, a RV N12-94, a partir dessa data, passará a verificar apenas se o cBenef é compatível com o CST. Essa nova regra permite que determinada UF possa validar apenas a existência do cBenef, caso não opte por validar a compatibilidade com o CST. A criação da RV N12-98 não traz impacto para os sistemas emissores que já estão preparados para a validação da RV N12-94, salvo o possível tratamento da mensagem da rejeição. Rejeição 946: Informado código de beneficio fiscal incorreto ou inexistente na UF. * Adiciona as exceções e modelos para as RV N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98; Criação de Exceções para as Regras de Validação N12-85 (Se informado CST e não informado código de benefício fiscal), N12-86 (Se informado CST e informado código de benefício fiscal), N12-90 (Se CST de ICMS = (20, 30, 40, 41, 50, 70 ou 90)), N12-94 (Se informado CST e informado código de benefício fiscal), N12-97 (Não informados campos de valores do CST 51 (Diferimento)) e N12-98 (Se informado código de benefício fiscal) Trata-se de exceções que já haviam sido criadas e implementadas, tendo sido comunicadas por meio de aviso disponibilizado no Portal Nacional da NF-e. As Rejeições das Regras de Validação N12-85, N12-86, N12-90, N12-94 e N12-97 encontram-se no artigo referente a NT2019/001 versão 1.30 * Informa as Exceções e Datas aplicáveis as UF que ativaram as RV N12-85, N12-86, N12-90, N12-94 e N12-97; e que ativarão a N12-98; Quadro com datas de ativação das RV, respectivas exceções e possíveis modelos para UF que ativaram/estão ativando tais RV. Quadro já disponibilizado no Portal da NF-e. A única diferença é a indicação das opções de modelos (55; 65; ou 55/65). Tal quadro demonstra quais UF estão ativando as RV, bem como as exceções aplicadas e os modelos que de DF-e (55 e 65) em que se aplicam a tais RV. A tabela a seguir substitui a do item anterior (1.8), pois adiciona exceções e modelo aplicável. Na tabela a seguir encontram-se as Unidades da Federação que implementarão as Regras de Validação N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98, previstas nesta Nota Técnica. Na legenda são encontradas as datas de aplicação, as exceções e os modelos aplicáveis (55/65), a critério da UF. Regra de validação - Aplicação e Exceções +----------------------------------------------------------------------------------------------------------+ | UF | N12-85 | N12-86 | N12-90 | N12-94 | N12-97 | N12-98 | +----------------------------------------------------------------------------------------------------------+ | PR | (D1), (55/65) | (D1), (55/65) | (D*) | (D2), (55/65) | (D1), (55/65) | (D3), (55/65) | +----------------------------------------------------------------------------------------------------------+ | RJ | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D3), (55/65) | | | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | +----------------------------------------------------------------------------------------------------------+ | RS | (D2), (55/65) | (D2), (55/65) | (D*) | (D*) | (D*) | (D3), (55/65) | | | (E3,E4) |(E3,E4) | | | | (E3,E4) | +----------------------------------------------------------------------------------------------------------+ |Demais UF | (D*) |(D*) | (D*) | (D*) | (D*) | (D*) | +----------------------------------------------------------------------------------------------------------+ Datas para aplicação das Regras de validação (D), com respectivo Modelo de DF-e: (D*) - Regra de validação não será aplicada; (D1) - Aplicação a partir de 02/09/2019; (D2) - Aplicação a partir de 01/10/2019; (D3) - Aplicação a partir de 11/05/2020 10/08/2020 em Produção (Homologação: 16/03/2020) Aplicação aos Modelos de DF-e: (55); (65); ou (55/65) Exceções constantes nas Regras de Validação, a critério da UF: (E1) - Exceção 1: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria e Identificador de local de destino da operação (tag: idDest) igual a Operação interestadual ou com o Exterior. (E2) - Exceção 2: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria; (E3) - Exceção 3: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a NF-e de ajuste; (E4) - Exceção 4: a RV não se aplica quando Tipo de Operação (tag: tpNF) igual a Entrada. Observação: A Exceção 1, constante nas respectivas Regras de Validação, aplica-se a todas as UF. Assim, não necessita estar no quadro acima. As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFC-e, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no Estado do Rio Grande do Sul, as Regras de Validação N12-85 e N12-86 permitirão informar qualquer CST até 31/03/2020 no ambiente de autorização em produção, conforme tabela disponibilizada no Portal da NF-e. Em homologação, o contribuinte já pode testar a validação dessa Regras. A RV N12-94 será desativada para o Rio Grande do Sul a partir da publicação desta NT.  A RV N12-98 será ativada conforme as datas de homologação e produção previstas nesta NT. * Retira o modelo 65 da validação da RV B03-10 Datas de efetivação das modificações: Ambiente de Homologação: 16/03/2020 Ambiente de Produção: 11/05/2020 (10/08/2020) Como se tratam de regras de validação nos WebServices das SEFAZ-Autorizadoras, não se faz necessário nenhuma alteração nos fontes dos componentes e nem na aplicação. Para baixar a NT na integra favor acessar a nossa biblioteca.

https://www.projetoacbr.com.br/acbr-mapas-fiscais/

Bom dia Graça, Posso estar enganado, mas a resposta a sua primeira e segunda pergunta esta no seguinte trecho: "o cadastramento da Operação de Transporte e correspondente geração do CIOT é aplicável a todos os transportadores"; No que se refere a quantidade de veículos, segundo a resolução temos: XIII - Transportador Autônomo de Cargas - TAC: pessoa física que exerce, habitualmente, atividade profissional de transporte rodoviário remunerado de cargas, por sua conta e risco, como proprietária, coproprietária ou arrendatária de até três veículos automotores de cargas; e XIV - TAC-equiparado: as Empresas de Transporte Rodoviário de Cargas - ETCs que possuírem até três veículos automotores de carga em sua frota registrada no RNTRC, considerados na data do cadastramento do CIOT ou, na sua ausência, no início da viagem, e todas as Cooperativas de Transporte Rodoviário de Cargas - CTCs. No meu entendimento veiculo automotor é aquele que é capaz de se locomover por meios proprios, se ser puxado ou empurrado. Desta forma um caminhão conectado a uma carreta, apesar de possuírem placas diferentes temos somente um veiculo automotor, o caminhão.

O ACBr suporta impressoras USB ? Durante muito tempo, a resposta a essa pergunta foi: NÃO, você precisa usar a Porta COM, Spool do Windows (RAW), Compartilhamento de Rede ou algum outro método... Porém agora isso mudou... Agora componentes que usam o ACBrDevice, como por exemplo o ACBrPosPrinter (para Impressoras Não Fiscais) e o ACBrETQ (para Impressoras de Etiquetas), possuem suporte a portas USB de maneira nativo do Windows... Ou seja, sem a necessidade de DLLs externas... Isso significa que caso o seu equipamento esteja conectado ao PC, por uma Porta USB... Você poderá conectar os componentes do ACBr, simplesmente definindo na Propriedade Porta algo como "USB" Exemplos de uso: ACBrPosPrinter1.Porta := 'USB' - Tenta descobrir qual é a Primeira Impressora de Bobinas plugada na USB e faz uso dela, se encontrar.. ACBrPosPrinter1.Porta := 'USB:Elgin' - Tenta conexão em alguma Impressora USB, listada como sendo do Fabricante 'Elgin' ACBrPosPrinter1.Porta := 'USB:Sweda, SI-300S' - Tenta conexão na Impressora USB, do Fabricante "Sweda" e do Modelo "SI-300S". ACBrETQ1.Porta := 'USB' - Tenta descobrir qual é a Primeira Impressora de Etiquetas plugada na USB e faz uso dela, se encontrar.. ACBrETQ1.Porta := 'USB:Zebra, GC420t' - Tenta conexão com a Impressora USB do Fabricante "Zebra", e modelo "GC420t" Observe que essa nova implementação é totalmente diferente do método de Hook, onde usávamos a DLL do Fabricante, como túnel USB... Nesse novo cenário a comunicação USB é feita diretamente usando a API do Windows, ou seja, sem necessidade de DLLs externas. Para compreender um pouco mais, sobre esse método veja esse artigo O método de Hook ainda está disponível, usando o prefixo de porta, 'DLL:' Como os Equipamentos são identificados ? Todo Equipamento USB, possui um código de identificação do Fabricante, chamado de Vendor ID (VID), e também do Produto chamado de Product ID (PID). Essa numeração é controlada pela USB.ORG, e você pode encontras uma lista de Todos os "Vendors ID", nesse link A classe TACBrUSBIDDataBase, mantêm um Banco de Dados interno, chamado ACBrUSBID.ini, com o mapeamento dos principais Equipamentos do Mercado Brasileiro.. Esse Banco de Dados é um simples Arquivo do tipo INI, que é compilado como resource e adicionado ao componente... Clique aqui para ver o layout do Banco de Dados no Formato INI, observe os comentários no inicio do arquivo, com algumas instruções de como inserir novos equipamentos nele. Se você distribuir o arquivo ACBrUSBID.ini, na mesma pasta do Executável da sua aplicação, a classe TACBrUSBIDDataBase fará uso desse arquivo, ao invéz de usar o resource interno... Isso pode ser muito útil para atualizar a lista de Dispositivos conhecidos, sem necessitar compilar uma nova versão do programa, apenas atualizando o ACBrUSBID.ini Como posso listar os equipamentos identificados pelo ACBr ? Use a Força, leia os fontes... Vamos ver trechos de código, do Demo PosPrinterTeste {$IfDef MSWINDOWS} // Os métodos abaixo, somente estão disponíveis para compilação em Windows // Carrega a lista de Impressoras detectadas em: ACBrPosPrinter1.Device.WinUSB.DeviceList ACBrPosPrinter1.Device.WinUSB.FindUSBPrinters(); // Varre a lista de Impressoras USB detectadas, e adiciona as mesmas, nas opções de Porta for K := 0 to ACBrPosPrinter1.Device.WinUSB.DeviceList.Count-1 do cbxPorta.Items.Add('USB:'+ACBrPosPrinter1.Device.WinUSB.DeviceList.Items[K].DeviceName); {$EndIf} Como o ACBr nomeia os dispositivos ? O "DeviceName" será calculado, de acordo com as informações disponíveis no banco de Dados... Primeiro o ACBr usa a API do Windows para captura informações do VID (Vendor ID ou Fabricante) e o PID (Product ID ou Modelo), dos Equipamentos listados... Se o ACBr falhar nessa tarefa, o equipamento será ignorado (não será listado) Se for capturado com sucesso a descrição em FriendlyName, então ela será usada.. Caso contrário, o ACBr tentará compor o nome, baseado no VID e PID Se o VID do Fabricante for encontrado na sessão [Vendors] de ACBrUSBID.ini, então o VID será substituído pela Descrição do Fabricante... Observe que na sessão [Vendors], temos vários fabricantes que não são conhecidos no mercado Brasileiro, mas são de equipamentos OEM, de Empresas nacionais... Nós procuramos manter o nome Original do Fabricante, de acordo com a tabelas de VID da OSB.ORG Se o VID não tiver equivalência na relação de [Vendors] de ACBrUSBID.ini, então ele será listado com o próprio número VID, que são 4 algarismos em Hexadecimal... Exemplo: "0b1b" Procuramos pelo PID do Equipamento, na sessão específica do Fabricante. Se não houver uma chave com o PID, então o ACBr usará o próprio número PID, para Nomear o Modelo. O PID também é composto do 4 algarismos em Hexadecimal... Exemplo: "0001" Se encontrar uma entrada com o PID, dentro da sessão do Fabricante, então o ACBr usará a Descrição do Modelo, e poderá desprezar a descrição do Fabricante, se a Descrição do modelo possuir uma vírgula, Exemplo: 7008=Elgin, I9;1;1... Nesse caso será desprezada a descrição do Fabricante "20d1-Dascom" e será usada apenas a descrição do Modelo, "Elgin, I9". Detecção automática de Porta e Protocolo Como agora temos um Banco de Dados, que informa além da Descrição do equipamento, qual é o Tipo do mesmo e qual o protocolo que ele usa, então os componentes ACBrPosPrinter e ACBrETQ, podem fazer uso dessas informações... Ou seja, se o equipamento for detectado com sucesso, no momento da Ativação da Porta (durante a chamada ao método "Ativar"), será usado o Protocolo Definido no Banco de Dados. Se for detectado que o equipamento USB é na verdade uma porta COM virtual, então o ACBr irá preferir fazer uso da Porta COM virtual, chaveando para mesma, de forma transparente... Pois dessa forma ele tem um melhor suporte a leitura de informações do equipamento. Se for detectado que a porta USB possui um equipamento incompatível com o componente em questão, isso também será alertado... Exemplo, você tentar conectar em uma porta 'USB:Zebra, GC420t' no componente TACBrPosPrinter, então um erro será emitido, pois esse equipamento não é uma impressora de Bobinas Como a mágica funciona ? Reparem que foi adicionado ao repositório a Unit ACBrWinUSBDevice.pas, essa Unit implementa chamadas a SetupAPI do Windows, para detectar os Dispositivos USB que estão listados em uma determinada Classe de Equipamentos (Class GUID)... O estudo desse artigo, foi fundamental, para a criação dessa Unit. Uma vez capturada o nome da Interface do Equipamento USB (em TACBrUSBWinDevice.DeviceInterface), podemos acessá-lo usando funções de manipulação Arquivos da API do Windows, como: CreateFile, WriteFile, ReadFile. Nem todos os dispositivos USB implementam suporte aos métodos ReadFile ou WriteFile... ou seja, pode não funcionar em alguns dispositivos.. Se você souber qual é o nome da Interface USB do equipamento, poderá informar ela diretamente na propriedade "Porta" dos componentes... Exemplo: ACBrPosPrinter1.Porta := '\\?\usb#vid_1c8a&pid_3002#0000000000022#{28d78fad-5a12-11d1-ae5b-0000f803a8c2}'; Para dúvidas, suporte ou correções, por favor crie um novo tópico, clicando aqui Para testar, baixe uma nova versão do PosPrinterTeste.exe

quem precisar do receitaws como alternativa segue passos: IdHttp1 := TidHTTP.Create; IdHttp1.ProtocolVersion := pv1_0; IdHttp1.Request.Accept := 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'; IdHttp1.Request.UserAgent := 'Mozilla/3.0 (compatible; Indy Library)'; HtmlCode := IdHttp1.Get('https://www.receitaws.com.br/v1/cnpj/'+OnlyNumber(sCNPJ)); HtmlCode :=Memo1.Text; RespHTTP.Text := IdHttp1.Get('https://www.receitaws.com.br/v1/cnpj/'+OnlyNumber(ACNPJ)); if (Pos('situacao', HtmlCode) > 0) then begin FSituacao :=copy(HtmlCode,(Pos('"situacao":', HtmlCode)) , 200 ); FSituacao :=copy(FSituacao,(Pos('"situacao":', FSituacao)+(Length('situacao')+5)),(Pos('",', FSituacao) )- (Length('situacao')+6)); end; if (Pos('bairro', HtmlCode) > 0) then begin Fbairro :=copy(HtmlCode,(Pos('"bairro":', HtmlCode)) , 200 ); Fbairro :=copy(Fbairro,(Pos('"bairro":', Fbairro)+(Length('bairro')+5)),(Pos('",', Fbairro) )- (Length('bairro')+6)); end; if (Pos('logradouro', HtmlCode) > 0) then begin Flogradouro :=copy(HtmlCode,(Pos('"logradouro":', HtmlCode)) , 200 ); Flogradouro :=copy(Flogradouro,(Pos('"logradouro":', Flogradouro)+(Length('logradouro')+5)),(Pos('",', Flogradouro) )- (Length('logradouro')+6)); end; if (Pos('numero', HtmlCode) > 0) then begin Fnumero :=copy(HtmlCode,(Pos('"numero":', HtmlCode)) , 200 ); Fnumero :=copy(Fnumero,(Pos('"numero":', Fnumero)+(Length('numero')+5)),(Pos('",', Fnumero) )- (Length('numero')+6)); end; assim por diante

Já está no SVN... Obrigado @Renato Gil

Fiz aqui e deu certo... muito obrigado...

Isso ai @Leandro Vignoto, entrei em contato com a sefaz do MS também pelo fale conosco e foi isso ai que eles retornaram, vou postar aqui o retorno deles só pra documentar mesmo. Depois efetuei novos testes e deu certo. Obrigado a todos pelo esforço em esclarecer as dúvidas.

Bom dia Paulo, Pela mensagem da SEFAZ-MS o que tudo indica o ambiente de homologação já esta gerando as tags <cMsg> e <xMsg> Você teria condições de realizar um teste e nos fornecer o XML de uma NF-e e NFC-e que contenha essas tags? Pois já estamos trabalhando na implementação da impressão dessa informação nos DANFE da NF-e e NFC-e. Desde já muito obrigado pela colaboração.

=========================================== Obrigatoriedade de dezenas no DANFE da NF-e =========================================== *** Favor NÃO responder este e-mail, quaisquer dúvidas, encaminhar um Fale Conosco pelo endereço www.nfe.ms.gov.br *** Senhor Contribuinte, O Estado de Mato Grosso do Sul deverá implementar o programa da Nota MS Premiada a partir de 01/01/2020, que visa a fomentar a cidadania fiscal, estimulando o consumidor final a exigir do estabelecimento varejista a emissão de documento fiscal (no caso, Nota Fiscal de Consumidor Eletrônica – NFC-e ou Nota Fiscal Eletrônica – NF-e) durante a aquisição de mercadorias, na expectativa de receber prêmios. A sistemática de premiação que se pretende implantar consiste na geração, no momento da autorização do documento fiscal pela SEFAZ/MS, de dezenas que darão direito ao consumidor a concorrer a prêmios. Por essa razão, solicitamos que entre em contato com o desenvolvedor do sistema de emissão de NF-e e de NFC-e do seu estabelecimento para que ele adeque esse software para imprimir as referidas dezenas no DANFE da NF-e e da NFC-e, conforme especificado a seguir, até 31/12/2019. Para que essa implantação tenha pleno êxito, no momento da autorização pela SEFAZ/MS, o software emissor de NFC-e ou de NF-e deverá: 1) Capturar a informação das dezenas geradas pela SEFAZ/MS, que estarão disponíveis no arquivo XML de retorno do protocolo de autorização, tanto da NF-e quanto da NFC-e, na tag xMsg para cMsg = 200: <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> <cMsg>200</cMsg> <xMsg>Dezenas: ( 06 11 19 38 45 50 54 )</xMsg> 2) Fazer constar essa informação das dezenas no DANFE da NF-e, que deverá ser impressa na área “Reservado ao Fisco”. 3) Fazer constar essa informação das dezenas no DANFE da NFC-e, que deverá ser impressa na “Divisão VIII – Área de Mensagem Fiscal”, logo abaixo da identificação da NFC-e (Divisão VII). Observações Importantes: 1) Para NF-e, considerar tpemis = 1 (emissão normal) e as modalidades de emissão em contingência tpemis = 4 (EPEC) e tpemis = 5 (FS-DA), sendo que nesses casos de contingência a geração de dezenas só ocorrerá após a autorização da NF-e pela SEFAZ-MS, ou seja, não aparecerá no DANFE da NF-e mas deverá aparecer na consulta pública desse documento assim que ele for autorizado. Na emissão normal as dezenas devem aparecer tanto na DANFE da NF-e quanto na consulta pública. 2) Para NFC-e, considerar tpemis=1 (emissão normal) e tpemis=9 (emissão em contingência off-line), sendo que na emissão em contingência a geração de dezenas só ocorrerá no momento da autorização da NFC-e pela SEFAZ-MS, ou seja, não aparecerá no DANFE da NFC-e mas deverá aparecer na consulta pública desse documento assim que ele for autorizado. Na emissão normal as dezenas devem aparecer tanto na DANFE da NFC-e quanto na consulta pública. Por fim, informamos que os ambientes de homologação da NFC-e e da NF-e já se encontram preparados para que as empresas desenvolvedoras realizem os testes necessários para essa implementação. Em caso de dúvidas, entre em contato pelo Fale Conosco da NF-e, disponível em www.nfe.ms.gov.br. Atenciosamente, Secretaria de Estado de Fazenda de Mato Grosso do Sul Equipe NF-e

Fonte: https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_25_03.pdf

MWA Software is pleased to announce that IBX For Lazarus 1.2.2 is now available as a pre-release. This release includes several user suggested enhancements including a Delphi Control Grid lookalike (TDBControlGrid). Although packaged in with IBX, there are no IBX dependencies in the Control Grid which should work with any TDataSet based component set.This release builds on 1.2 and is requires Lazarus 1.4 RC2.Download from http://www.mwasoftware.co.uk/downloads/category/16-pre-release-1-2

Oi @Gr@c@ obrigado pelo retorno, mas no caso eu não teria que ter o certificado do destinatário ? Ou neste ambiente eles so validam a existência não importando a composição da mesma ?