Painel de líderes

Olá Pessoal, Muitos tem interesse em obter o XML do fornecedor para facilitar a entrada dos materiais no Estoque, Contas a Pagar, etc. Segundo a legislação, quem emite uma NF-e tem por obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao destinatário da mercadoria, assim que a SEFAZ autorizar a nota. Essa disponibilização pode ser feita por e-mail, ou seja, o emitente envia para o destinatário o XML via e-mail. Sabemos que isso nem sempre ocorre, por 2 motivos: 1. No cadastro do destinatário não consta o endereço de e-mail; 2. A aplicação do emitente não possui esse recurso ou esta desativado. Mas temos uma alternativa. Com certeza o DANFE foi impresso e entregue junto com a mercadoria. De posse do DANFE temos a chave e com ela podemos primeiramente enviar o evento de Manifestação do Destinatário. Temos duas situações: 1. Se as mercadorias foram entregues conforme o combinado, devemos enviar o evento: Confirmação da Operação (Código: 210200); 2. Se algo estiver errado e alguma mercadoria esta errada, quebrada, ...., devemos enviar o evento: Operação não Realizada (Código: 210240), neste evento se faz necessário informar uma justificativa. Após manifestar todas as notas, podemos obter o XML através do método: DistribuicaoDFePorChaveNFe, esse método possui 3 parâmetros, sendo eles: Código da UF do Destinatário, CNPJ do Destinatário e a Chave da NF-e previamente manifestada. Conclui-se que devemos executar o método acima para cada nota manifestada. Informação importante, tanto a Manifestação do Destinatário quanto o Distribuição DF-e, são atendidos pelo Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora do emitente da nota ou do destinatário da mercadoria. Se algo falhar nesse processo, a "culpa" é do Ambiente Nacional.

Apenas a parte de VerificarStatusValidador vc não precisa realizar atualmente, veja o documento http://www.sefaz.ce.gov.br/content/aplicacao/internet/CFe/arquivos/FluxoVendaPDVUtilizandoPOS.pdf Basicamente, enquanto não existir POS em produção, vc desviará o fluxo conforme a seta verde da imagem abaixo, a parte em vermelho que seria referente ao VerificarStatusValidador só funcionará a partir do momento em que for disponibilizado POS compatível com o integrador fiscal.

@EMBarbosa, é um veterano desenvolvedor do Projeto ACBr... Participe do Dia do ACBr e veja a palestra: 15:10 - 16:10 - Auditório Principal - ECFVirtual - Emitindo NFC-e e SAT com o ACBrECF Elton da Motta Barbosa Use o recurso de ECFs Virtuais do ACBr, para rapidamente transformar aplicações destinadas a Impressoras Fiscais, em emissores de NFCe e SAT. Mantenha as Regras de negócio de sua aplicação baseada em Impressora Fiscal como Redução Z, Leitura X, etc Principais cuidados de implementação de um emissor de NFCe

É com muita satisfação que recebemos a EPSON, como patrocinadora do Dia do ACBr... Participe do Dia do ACBr e conheça os produtos e a equipe técnica da EPSON... Leve seu notebook e teste sua aplicação no Kit SAT da Epson...

O parâmetro "nrDocumento" não é obrigatório, mas com certeza não é número da sessão, pois já existe o parâmetro " numeroSessao ", no Integrador você pode ver o modelo dos XML, infelizmente o que deveria ser o manual de referencia não possui os comentários para cada paramêtro.

Hoje funcionou de primeira. Já tinha feito todas as atualizações antes de migrar para a 4.0. Ontem, com exceção da troca para modelo 4.0, não mexi em nada. E nada fazia para enviar. Hoje, o mesmo programa de ontem, enviou. Vai entender.. Obrigado pela atenção. Um abraço.

Show. Muito obrigado, André! Esclareceu minhas dúvidas!!

Entrei em contato com o SEFAZ através do fale conosco, e reponderam da seguinte forma: A Sefaz ainda não esta aceitando a nova versão do QRCode. Para mais informações pedimos que entre em contato com a Supervisão de Varejo, no e-mail a seguir: [email protected] Mas quando tentei enviar o email para [email protected] não consigo, porque a caixa de correio está cheia. É tenso rsrs.

Muito Obrigado, Felipe E. Resende. Sua resposta sanou a minha dúvida. Acho que agora estarei mais embasado para estar discutindo isso com meu cliente e seu contador que afirma poder fazer isso.

Não existe nenhum POS em produção disponível no mercado. Vc deve deixar configurável no seu sistema quando a função VerificarStatusValidador será usada/ativada.

Bom dia, Kleber Paulo. Acredito que não se aplica o CST 51 nas operações com contribuinte isento de Inscrição Estadual. Para realizar a emissão da NF-e com a tributação do CST igual a 51, o destinatário não pode ficar como "Não Contribuinte", veja algumas exceções abaixo: Não se aplica em produção para Nota Fiscal com data de emissão anterior a 01/07/2016; A critério da UF, a regra não se aplica para CST 51 em operações internas (idDest = 1) quando o destinatário for Pessoa Jurídica; A regra não se aplica na emissão da NFA-e nas operações internas.

Peça para o contador emitir a nota em homologação. Se autorizada, veja em qual exceção à regra ela se enquadra.

Boa tarde Rubens, Faça as devidas alterações nos eventos que sofreram alteração com essa nova versão. Depois anexa aqui as units alteradas para que possamos analisar. Estando tudo OK, enviaremos para o repositório.

Bom dia. Eu fiz a implementação para o banco CRESOL SC/RS. Essa cooperativa trabalha apenas com o Layout CNAB 400 e é baseada no banco Bradesco. Segue os fontes da unit para avaliação e adição no Subversion, assim como o documento de layout usado e a logomarca. OBS: não foi anexado as alterações necessárias na unit ACBrBoleto, como a criação do TACBrTipoCobranca.cobCresol e nem a inicialização dentro do método SetTipoCobrança. Manual_Cobrança_Integrada_Cooperado.doc ACBrBancoCresol.pas Cresol.bmp

Encaminhado pela Gerência de Fiscalização referente à NFCe e o PAF-ECF em Santa Catarina. Prezado(a) Senhor(a), A matéria veiculada na mídia, sobre a adoção da Nota Fiscal de Consumidor Eletrônica - NFC-e no Estado de Santa Catarina, decorre do anúncio, realizado pelo Diretor de Administração Tributária Rogério Mello, em reunião da FIESC, ocorrida em 19 de setembro. Entretanto, cabem muitas observações sobre este assunto. Os Auditores Fiscais membros do GESAC, e da própria GEFIS, acompanham o projeto do ENCAT desde o seu início e conhecem profundamente todas as precariedades do modelo baseado nas premissas defendidas pelas lideranças técnicas do ENCAT. Recentemente, ainda durante este ano, muitas das posições do grupo técnico do ENCAT passaram a ser revistas em razão do elevado número de intercorrências no procedimento de autorização deste documento fiscal eletrônico destinado ao varejo. Os números apresentados por líderes técnicos estaduais do projeto NFC-e indicam que 40% das NFC-e são emitidas em contingência ou contém dados inválidos em campos essenciais à concessão da autorização pelo ambiente autorizador. Assim, restou definida a necessidade de credenciar (ou cadastrar) o desenvolvedor do programa aplicativo responsável pela emissão de todos os documentos fiscais eletrônicos criados por iniciativa do ENCAT. Serão definidas ainda sanções administrativas para aqueles desenvolvedores que, com habitualidade e reincidência, enviam arquivos xml com problemas para os ambientes autorizadores. Necessário destacar que a legislação de Santa Catarina breve o credenciamento do Responsável Técnico pelo Programa Aplicativo desde 2003. Outra medida definida pelo ENCAT é que todo documento fiscal eletrônico emitido conterá um hash correspondente a assinatura digital do desenvolvedor responsável pelo programa aplicativo que emitiu o documento fiscal eletrônico. Todas estas medidas tem obviamente nosso apoio integral. Outras requisitos de segurança estão sendo agregados a NFC-e e serão de adoção obrigatória a partir da vigência da próxima Nota Técnica da NFC-e. Outro fato relevante no processo que está sendo conduzido por esta Administração Tributária foi a aprovação, na última semana, na COTEPE/ICMS, de proposta de alteração do Ajuste SINIEF 19/2016 que autoriza o Estado de Santa Catarina a adotar hardware fiscal para a emissão da NFC-e, com o uso de Programa Aplicativo Fiscal, credenciado na forma da legislação estadual. Entenda-se por hardware fiscal o equipamento ECF, desenvolvido de acordo com o CONV ICMS 09/2009, ou o próprio SAT - Sistema Autenticador e Transmissor de Cupons Fiscais Eletrônicos, adotado no Estado de São Paulo. Poderá ainda ser utilizado qualquer equipamento definido pela legislação catarinense como de uso fiscal, em razão de atendimento a requisitos técnicos definidos em legislação específica. Esta Administração Tributária não está abrindo mão do controle dos desenvolvedores de aplicativo, bem como das prerrogativas de estabelecer requisitos técnicos para o Programa Aplicativo Fiscal PAF-ECF, que será mantido e evoluído. Entendemos ainda que o modelo técnico ideal para a adoção deste documento fiscal eletrônico para o varejo pressupõe o uso de ambiente autorizador próprio, considerando a possibilidade de implementar regras de validação próprias e que a proporção da quantidade de NFC-e emitidas, com a quantidade de NF-e emitidas, pode chegar a 30 vezes. Este processo de desenvolvimento e implantação será longo, sendo inviável te-lo em produção em prazo inferior a dois anos. Assim, o Estado de Santa Catarina somente adotará o uso da NFC-e dentro de suas premissas próprias que sempre se basearam na segurança jurídica, na garantia das prerrogativas de fiscalização e controle dos contribuintes do ICMS e na possibilidade de aplicar a legislação penal aos responsável pela prática de qualquer fraude tributária.

Lucas, muito obrigado! Vou tentar implementar essas mudanças.

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

Boa Tarde! Aloisio, O ACBrNFe tem o evento OnGerarLog, nele você pode adicionar uma função para gravar o Log em arquivo texto, mas essa função só grava os Log's de envio para a SEFAZ se não me falha a memória. Ex: procedure TForm1.ACBrNFe1GerarLog(const ALogLine: string; var Tratado: Boolean); begin TLog.doSaveLog(ALogLine); end; Não sei se é a melhor alternativa, mas para gravar os Logs de Erros de Schemas você poderia: - Chamar a função de validação(ACBrNFe1.NotasFiscais.Validar) antes de realizar o envio do XML e gravar o Log. - Colocar na própria rotina de envio para gravar o Log caso ocorra algum Exception junto com os outros tratamentos do envio. Ex: try {...} //Carrega Configurações, XML.... ACBrNFe1.Enviar(vNumLote,True){Aqui dentro tbm é chamada a função de Validar}; except on E: Exception do begin TLog.doSaveLog(E.Message); //Outros Tratamentos de Envio..... end; end; {...} class procedure TLog.doSaveLog(EMessage: string); var loLista: TStringlist; lsFile: string; begin try lsFile := FileNameLogErro; loLista:= TStringList.Create; try if FileExists(lsFile) then loLista.LoadFromFile(lsFile); loLista.Add('----------------------------------------'); loLista.Add('Sistema: '+Application.ExeName); loLista.Add('Hora: '+TimeToStr(Time)); loLista.Add('Erro: '+EMessage); loLista.SaveToFile(lsFile); finally loLista.Free; end; except end; end; É bem provável que outros usuário possam te indicar outras formas melhores de fazer isso.Recomendo até pesquisar no fórum sobre tópicos específicos sobre Log. Desejo-lhe Boa Sorte! Att, Lucas L.

Valeu pela explicação @gilspider, vou continuar utilizando esses exemplos do integrador. abç

Sim a imagem do QrCode deve ser gerado pela sua aplicação, no caso da impressão geramos ela e imprimimos. Se olha nos fonte da impressão em fortes vai achar o código responsável pela geração do mesmo.

Boa tarde! Uma observação, antes de entrar no assunto do problema que você citou, mas observei no teu log. Observe: Sintaxe do comando GerarChave: NFe.GerarChave(codigoUF,codigoNumerico,modelo,serie,numero,tpemi,emissao,CNPJ) Observe nas duas primeiras linhas que você usou o código aleatório 133 e ele respeitou ao gerar a chave para a nota número 540. Ao Criar a NFe você não modificou o campo cNF no arquivo INI para criar a nota, com isto a chave criada pelo comando Criar já não corresponde com a chave gerada. Observe os campos no comando NFe.CriarNFe abaixo: Agora respondendo o teu problema. Você teve duplicidade de acordo com o LOG e isto ja deve ter ocorrido conforme o problema que você já citou em tópico. Mas ao enviar a nota, você está enviando com alguma informação diferente da primeira vez que foi, com isto o digestvalue é diferente: A Nota está autorizada, porém o DigestValue não confere. Para evitar isto. Caso não tenha conseguido enviar a nota por algum problema. Antes de enviar, consulte na SEFAZ, enviando o XML junto. Se estiver autorizado ele acrescentará o protocolo de autorização que estará com o mesmo digestvalue do XML da nota. Respondi no tópico do link abaixo como você ter o XML mesmo que sem autorização. Inclusive usando o NFe.CriarEnviarNfe()

Resolvido: Na configuração da versão do documento Fiscal eu estava usando a versão (v1_02_00), quando selecionei a versão (v1_03_02) parou o problema.

Me desculpe, esqueci de informar. Estou usando o FastReport.

Bom dia! João, na opção [ DFe ] na aba [ NF-e/CT-e/MDF-e] você vai encontrar uma opção: Se esta opção estiver marcada e existir o caminho, o XML sempre será gerado neste campinho (mesmo sem autorização), além dos arquivos usados para comunicação. Eu uso desta forma, tenho uma pasta envrec para a estação e ali antes de eu emitir uma nova nota apago tudo o que existe nesta pasta e envio. Quando da algum problema, tenho o XML gerado como também posso analisar se necessário os outros arquivos que foram gerados para a comunicação com a SEFAZ. Nesta pasta você encontrará um arquivo com a chave-nfe.xml. Quando recebo o status 100 eu copio o XML para o banco de dados e depois ao gerar a próxima nota o conteúdo desta pasta novamente é apagada. (Isto é um exemplo de como faço, mas cada um usa de uma forma, talvez no teu seja o Log não sei eu preferi separar desta forma para melhorar meu controle sobre a situação). Mas o que quero deixar claro é que nesta pasta que consta nesta opção, você sempre terá o XML se este for o teu problema. Eu creio que isto funciona também com a opção "salvar o xml na pasta Documentos DFe" marcada, porém quando comecei a usar esta opção não existia e por compatibilidade com o que eu já usava, não adotei o uso da opção, pois eu já fazia isto pelo meu sistema. Portanto será algo para você testar ai e ver o que melhor se adapta ao que vocês desenvolveu ou está desenvolvendo.

Bom dia. Veja esse artigo de nossa base de conhecimento Att.

depende de como você configurou o seu ACBr.INC Veja esses posts:

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

Italo, segue resposta que obtive do suporte da Pronim.

Bom dia, que bom terem se posicionado a respeito. Sobre o fato de 40% de notas serem emitidas em contingencia é realmente alarmante. Quantas vezes já presenciamos ou lemos por aqui, que muitos estabelecimentos querem emitir tudo em contingencia e enviar para as SEFAZ ao final do dia? O ENCAT não é bobo. O desejo de querer facilitar demais o uso da coisa, acaba dando bala para eles (ENCAT). Não sou contra fazerem o cadastro da empresa desenvolvedora, mas também não sou a favor de criar uma homologação para isso. Um cadastro nos mesmos moldes do SAT em SP seria uma boa opção. A sugestão de controlar através de uma chave específica para o desenvolvedor é válida. E se formos imaginar na prática, prefiro que o ENCAT valide as informações em tempo real (dados errados, contingencia, etc...), pois eles terão uma visão única para julgar o que está certo ou errado. Se formos ver pelo lado da homologação, cada técnico homologador tem uma visão diferente, mesmo que os requisitos sejam claros.

Ok, vou pedir para ele fazer isso! Obrigado, BigWings

Henrique, Seria interessante entrar em contato com o provedor. Se a mudança será gradual a solução vai ser passar o campo que contem a versão (VersaoDados) para o arquivo Cidades.ini, pois desta forma podemos definir qual versão o provedor disponibilizou para uma determinada cidade.

Bom dia, marcio-carneiro. Verifique se o Windows está com todas as atualizações instaladas. Desabilite firewall e antivírus. Refaça os testes com o demo na pasta exemplos do ACBr.

Bom dia, Larry. Tópico antigo. Sugiro que crie um novo.

Bom dia Henrique, Você sabe me dizer se todas as cidades que são atendidas pelo Pronimv2, passaram para a versão 2.03?

Bom dia! Já estamos colocando todos os clientes na versão 4.0 e QRCode 2.0, o problema de não exibir corretamente a nota fiscal é uma questão da sefaz, fazer a interpretação correta da URL. Fazendo a devida substituição do caracter %7C pelo Pipe.

Certo, Obrigado

ok, aqui no meu Escritório eu uso somente em modo de Homologação, é tranquilo pois não tem muitas notas entrando, só em meus clientes que é em produção que esta acontecendo isso. Vou pegar um log de algum cliente Meu e postarei aqui. Então vou trabalhar com a opção"Salvar apenas documentos processados" desmarcada, assim eu imagino que ele irá criar o XML de toda forma, então se caso demorar a processar no sefaz (105) eu passo o caminho do XML na consulta.

Boa tarde Haroldo, Neste caso entre em contato com o provedor e questione eles sobre o procedimento correto.

Boa tarde. Este tópico é antigo, por favo criei um novo. Att.

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

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. Tópico será fechado, uma vez que o questionamento original foi respondido. Att.

Boa tarde pessoal. Temos recebido questionamento quanto ao momento da disponibilização da seleção de palestras, por este motivo seguem algumas informações. O Parque Tecnológico de Sorocaba conta um auditório com capacidade para 500 congressistas e as sala secundárias comportam confortavelmente 100 congressistas cada uma. Além do exposto acima, as respostas fornecidas no processo de inscrição, referentes ao itens de interesse serão utilizadas de forma a alocar as palestras com maior procura em nossa sala de maior capacidade. Sendo assim, vocês podem ficar tranquilos. Um pouco mais próximo ao dia do evento, todos os inscritos serão notificados via e-mail sobre a libertação da seleção de palestras. Aos que já se inscreveram, sejam muito bem vindos e aos que ainda não se inscreveram, não percam a chance de participar do Dia do ACBr e ter um dia de muito aprendizado e conexões. Att.

Nao teve jeito a unica solução foi remover o delphi e instalar tudo novamente agora voltou a funcionar. obrigado a ajuda

Bom dia pessoal. Os usuários SAC devem ter notado que quando iniciam o processo de inscrição automaticamente ganham 10% de desconto, conforme pode ser visto na imagem a seguir. Caso tenha um voucher personalizado, você deverá primeiro remover o Desconto SAC, clicando no X conforme imagem abaixo. Agora basta clicar no botão Código de Desconto e informar seu código personalizado para garantir seu desconto e reservar sua vaga no Dia do ACBr. Att.

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

Olá Pessoal, O 1o Lote de vendas será encerrado na próxima terça (dia 25/09/18) Clique aqui e aproveite esta última oportunidade para participar do Dia do ACBr a um preço promocional de apenas R$ 239,00. Descontos Para Grupos Vá com um amigo e ganhe descontos... Clique aqui e conheça a nossa tabela de descontos para grupos. Se você vem de longe, podemos ser ainda mais generosos. Responda a esse e-mail, e solicite o seu Código de Desconto. Assista a palestras exclusivas Já estamos com a grade das palestras quase completa… Clique aqui e confira. Assista a palestras ministradas pelos próprios desenvolvedores do Projeto ACBr, como: Daniel Simões, Régys Borges, Juliomar Marchetti, Italo Jurissato, Junior Santos, Rafael Teno, Elton Motta, etc… Quer saber mais sobre o Lazarus/FPC e compilação do ACBr em Linux ? Trouxemos duas feras no assunto: Marcos Douglas e Celso Marigo mostrarão na prática como se faz… Régys e Juliomar, são MVP da Embarcadero, e mostrarão o ACBr trabalhando com recursos novos do Delphi, como: Rad Server, Mobile e Delphi Community Edition. Adquira acesso a conteúdo exclusivo. Obtenha dicas diretamente dos desenvolvedores, que podem impulsionar muito o desenvolvimento de suas aplicações. Fique por dentro das Tendências Edgard de Castro demonstrará um Panorama de todos os Documentos Fiscais Eletrônicos atualmente em uso no Brasil e demonstrará as boas práticas na construção de Aplicações Emissoras. Conheça de antemão, as modificações e exigências que o Fisco prepara para 2019, no segmento de Documentos Fiscais Eletrônicos. Não seja pego de surpresa pelas Notas Técnicas que virão, participe e antecipe-se às mudanças. Conheça as novidades dos Fabricantes Conheça as novidades e próximos lançamentos dos Fabricantes de Automação Comercial. Saia na frente e já adeque a sua aplicação para oferecer a seus Clientes o que há de mais moderno no mercado de Automação Comercial. Conheça pessoalmente os provedores de hardware, e estreite seus laços. Clique aqui e confira na Página do Evento, os Fabricantes já confirmados.

Bom tarde Dimom tudo bem? Resolvi a questão dessa forma: if (ACBrTEFD.GPAtual = gpTefDial) then begin Self.FACBrTef.Autorizacao := RespostasPendentes[0].LeInformacao(13, 0).AsString; //Pega o numero de autorização pay&go end else begin Self.FACBrTef.Autorizacao := RespostasPendentes[0].LeInformacao(133, 0).AsString; //Pega o numero de autorização sitef end; Debug na função AchaLinha da unit ACBrTEFDClass que vai entender a forma de pegar o código.

Bom dia Pessoal, para ajustar essa questão fiz a seguinte alteração no arquivo ACBrTEFDCliSiTef.pas Na linha 1252 onde é gravado as informações da transação no arquivo temporário, só estava gravando as informações no arquivo quando a variável TipoCampo = 133 (NSU do SiTef) ou TipoCampo = 952 (Número de autorização NFCE), mas eu precisava de campos que vem na sequencia, como por exemplo o TipoCampo = 134 (NSU do Host autorizador) e este campo não estava sendo gravado no arquivo temporário, bem como outros campos que vem na sequencia. Então incluí nesta validação também para gravar no arquivo quando o TipoCampo = 1 (Dados de confirmação da transação) que pelo que entendi seria quando já passou por todos os outros campos, então poderia gravar novamente no arquivo as informações da transação, para que se a aplicação cair, quando reiniciar consiga buscar do arquivo temporário todas as informações necessárias da transação. Conteúdo original: 133, 952: begin fArqBackUp := CopiarResposta; end; Conteúdo alterado: 1, 133, 952:ACBrTEFDCliSiTef.pasACBrTEFDCliSiTef.pas begin fArqBackUp := CopiarResposta; end; O arquivo alterado está em anexo. Não sei se essa alteração impactaria no funcionamento do TEF, mas aqui para mim resolveu o problema. Peço que analisem da possibilidade de inclusão desta alteração no SVN se for pertinente. Ou então se verificarem que pode ser resolvido de outra forma peço que me avisem. Obrigado

Não lí, tô passando na pele mesmo, kkk, aquele mapinha lá tá errado, depois leia a cartilha no site da Afrac que mostra a realidade o Ceará decretou isso: http://www.afrac.com.br/informativo-juridico/ Aqui ecf já era, e o pessoal que conheço não homologa mais paf, estão programando para SAT, NCFe e MFe. Era justamente isso que queria saber, então se é assim, não tenho muito que fazer, tem que usar a variável simulando o estado mesmo. Infelizmente não tenho conhecimento suficiente para isso, lancei a questão de reescrever o acbrtefd com boa fé para os moderadores pensarem na possibilidade de melhorar o componente, por eles sim são desenrolados: @Régys Silveira @Juliomar Marchetti @Daniel Simoes e os outros também no fórum assim como eu tiveram dificuldades com o componentes para usá-lo sem impressora fiscal. Att.

O meu soft basicamente peguei o exemplo do ACBR e encaixei no meu sistema. O que eu fiz, eu criei uma tabela "formas de pagamento fiscais". Que contem todas as formas usadas para aquele cupom-cfe. O usuario vai escolher numa "Grid" uma das formas de pagamento daquele cupom e apertar o "enviar pagamento", você pega os dados de retorno, e alimenta outros campos especialmente o Id Pagamento. Quando fiz o pagamento(no simulador do Pos), no sistema o usuario vai apertar o "verifica status validor) pega dados de retorno e altera o registro de novo. No final quando ele fizer isso para todas as formas de pagamento listadas nesse DataSet, vc vai o usar o enviarvenda., depois passa um "loop" nesse dataset com as formas, usando o enviar resposta fiscal para cada 1.