Victor H. Gonzales - Panda

tranquilo, podemos encerrar o tópico?

Boa tarde, Na questão que abordamos, sugerimos você passar essa informação no campo infAdProd. não precisa de ajuste no componente, você deve incluir isso no fluxo de preenchimento do documento fiscal na sua aplicação, somente isto. Abraços.

Boa tarde @mauriciosulzbach, Poderia por favor realizar a validação com estes arquivos aqui anexados, fico no aguardo das considerações antes de submeter ao svn. Para as pessoas que irão utilizar do layout versão 103/060, é obrigatoriamente necessário informar : <ACBrBoleto>.Banco.LayoutVersaoArquivo = 103 <ACBrBoleto>.Banco.LayoutVersaoLote = 60 Obrigado.

Boa noite @mauriciosulzbach... Devo estar enviando amanhã aqui neste tópico em paralelo para tu testar antes de submeter oficialmente ao SVN essa implementação, portanto, faça em uma branch de testes sua e não na sua aplicação principal, pois ainda está sendo alterado o código e passará por nova revisão. Algumas observações importantes a todos que usam Banrisul, devido a essa quebra de continuidade de layout, principalmente da 040 - 020 para a 103 - 060, onde foi dito que é necessário a re-homologação do software, isso pode gerar um impacto grande nas carteiras que estão já em produção, portanto a implementação do jeito que foi proposta foi rejeitada. Para as pessoas que já utilizam o layout versão 040-020 e quiser fazer o mesmo procedimento só que inserindo a informação de LayoutVersaoArquivo = 40 e LayoutVersaoLote = 20, o comportamento do componente na geração final do arquivo tem que ser o mesmo, e já é a sugestão para ir re-homologando para esse novo layout. Para as pessoas que irão utilizar do layout versão 103/060, é obrigatoriamente necessário informar : <ACBrBoleto>.Banco.LayoutVersaoArquivo = 103 <ACBrBoleto>.Banco.LayoutVersaoLote = 60 Obrigado

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

Boa noite, evite espalhar DLL's em pastas operacionais, tente ao máximo carregar elas junto a sua aplicação. Se sua aplicação é 64 utilize as x64, se sua aplicação é 86 utilize as x86 p/acbr/code - Revision 22576: /trunk2/DLLs/LibXml2 (sf.net) p/acbr/code - Revision 22576: /trunk2/DLLs/OpenSSL/1.1.1.10 (sf.net)

Crie um novo tópico por favor. anexe os soap, informe qual provedor, qual cidade, esse problema é recriado no demo? aguardamos em um novo tópico, pois esse aqui é outra questão

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

Boa tarde, entre em contato com a SEFAZ e ENCAT e registre o seu caso. podemos encerrar esse tópico?

Boa tarde, No caso esse bloqueio é a terceiros, o erro de lógica é no caso de quem emitiu o documento que incluiu atores desnecessários e gerou o problema. Sendo terceiro, por regra deve ser tratado da forma que foi feito. Nesse caso não tem o que ser feito, a não ser seu fornecedor não realizar essa emissão com atores desnecessários.

NT 2015.002 Quanto à CT-es: [...] A distribuição será realizada para emitentes, remetentes, destinatários, expedidores, recebedores, tomadores e terceiros informados no conteúdo do CT-e respectivamente no grupo do Emitente (tag: emit), nos grupos do Remetente (tag: rem), Destinatário (tag: dest), Expedidor (tag: exped), Recebedor (tag: receb), Tomador (tag: toma4) e no grupo de pessoas autorizadas a acessar o XML (tag: autXML). Visando a preservação do sigilo fiscal dos documentos fiscais eletrônicos relacionados no CT-e no grupo de documentos originários (infDoc), documentos anteriores (docAntEle) ou refCTe, este webservice deverá manipular o XML retornado alterando as chaves de acesso de CT-e/NF-e relacionadas pelo literal 99999999999999999999999999999999999999999999 conforme decisão do ENCAT, somente quando o ator solicitante da requisição ao serviço for um dos autorizados no grupo autXML, para todos os demais atores, o XML retornado deverá ser o original sem alteração. [...] Quanto à MDF-es: [...] A distribuição será realizada terceiros informados no conteúdo do MDF-e no grupo de pessoas autorizadas a acessar o XML (tag: autXML) e para os proprietários de veículo quando o RNTRC do proprietário for diferente do RNTRC do emitente do MDF-e. Visando a preservação do sigilo fiscal dos documentos fiscais eletrônicos relacionados no MDF-e no grupo de documentos originários (infDoc), este webservice deverá manipular o XML retornado alterando as chaves de acesso de CT-e, NF-e e MDF-e pelo literal 99999999999999999999999999999999999999999999 conforme decisão do ENCAT. [...] O Sigilo da informação é quando o interessado enquadra-se como terceiros, no seu caso, o cnpj da sua empresa também está nas tag AutXML, sendo assim, vocês acabaram se tornando um terceiro na operação, nesse caso, solicite a não inclusão do seu cnpj como AutXML. Visto que o Destinatário, Tomador, Recebedor, Remente, etc. não existe motivos para a inclusão no Grupo de Autorizados (autXML) à obter o XML já que é uma Persona envolvida na operação, e autorizados a realizar downloads, sendo assim, não precisa estar nas pessoas autorizadas (terceiros), a sua inclusão no meu ponto de vista é errôneo. Abraços

Poder até pode... Mas eu vejo logo que o pessoal utilizará como generalização, ex: 99 (MasterCard, Visa, PagSeguro, AME) entre outras... não acho que esteja errado, mas também que não esteja certo, isso é muito interpretativo. talvez 99 Carteira Digital. Acho que isso ficará hoje a critério de cada um, não terá um consenso. e se isso vai dar algum problema lá na frente, é bom verificar com o contabilista da empresa responsável.

Bom dia... Como disse acima... não existe emissão de documento fiscal em contingência para correção cadastral (seja em qual tipo de projeto de documento fiscal for), crie regras na sua retaguarda, faça validações cadastrais etc... segure o cliente na fila até a resolução etc... Essa prática que você está fazendo é errada, ilegal, e está gerando passivo, você está apto a gerar sanções ao contribuinte. Não é apenas uma mensagem ao QRCode, você simplesmente está invalidando o cupom fiscal. Contingência é para ser utilizada apenas em casos de falha de comunicação com o fisco, seja problema na estrutura local ou na estrutura do próprio fisco, você irá carregar o mesmo cupom offline, sem alterar nada e transmitir ao fisco. Qualquer outro tipo de pratica com a contingência, como você mesmo diz, "correção cadastral" é altamente errôneo a sua prática, e modo de contingencia também deve ser utilizado com parcimônia . Recomendo a procura do contabilista destes contribuintes referentes a esses cupons fiscais que foram inutilizados, talvez fazer uma denuncia espontânea, antes que venha uma multa por alguma denuncia de um cupom fiscal destes. Abraços

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

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

Boa noite Sua variável é float? Se sim, pode ser isso, pela questão de precisão, 1-1 em float pode ser = 0,0000000009 por exemplo, o componente em si não muda os valores. Veja a questão de suas casas decimais. Veja outros tipos Double, Currency, Extended.

Boa noite Eu vejo picpay como cartão de crédito na verdade

Boa tarde, DIGEST Value, significa que algo foi alterado dentro da estrutura do XML. esse documento se tornou inválido no caso. Contigencia não é para ser utilizada para correção cadastral, se você está usando desta forma como você disse você está fazendo de forma errada, contingência é para tratar falha de conexão com o FISCO apenas. Você vai pegar o XML gerado offline, carregar ele e transmitir, não vai alterar nada, não vai alterar, seja NCM, Data, o que for... se você está fazendo isso, sua regra de negócio está errada, e seus cupons estão sendo invalidados. Não é problema de modo síncrono ou assíncrono, e sim, que você está adulterando um documento fiscal emitido em modo de contingência, podendo gerar sanções ao contribuinte. Abraço

Por favor, anexe um xml deste cenário por favor

Boa tarde, salve o cNF e informe ele na criação da chave de acesso, se você criar o mesmo documento 1000x a chave de acesso tem que ser a mesma sempre, só vai mudar se alguma variável mudar. no seu caso, desconfio que você não está informando o cNF ou toda vez está informando cNF := Random (9999999); a chave de acesso é o campo NFe.infNFe.ID

Boa tarde, 1 - o problema é intermitente, se sim, reinstalado os drivers e verificado os cabos / configurações? 2 - a comunicação passa por spooler instalado na maquina, já configurou o "Open Cash Drawer" no spooler ? 3 - por exemplo a Bematech MP-4200TH tinha um switch abaixo dela para configurar a parte de gaveta, isso foi verificado? 4 - verificou se o sinal da gaveta não está invertido?

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

Boa tarde, consta na Rev. 22560, por favor atualizar seus fontes e fazer os testes. obrigado.

1 - Tentou reinstalar o leitor criptográfico do cartão? 2 - Remover a mídia e inserir novamente na leitora ? 3 - Verificar se realmente na mídia a chave privada do certificado, se não foi corrompido o certificado?

abra um novo tópico por favor, esse tópico é muito antigo, já mudou muita coisa nesse meio tempo. mas tudo indica se for modelo A3, cartão ou mídia má inserida / instalada. se for modelo A1 re-inistale o certificado ou carregue no componente pelo PFX + Senha