Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 12-04-2018 em todas as áreas

  1. Oi, Sergio, em desenvolvimento com Sat de homologação, e produção com Sat de Produção. Mas o problema foi RESOLVIDO, no ambiente produção tinha uma DLL errada. Puxamos a Dll do Activator da Bematech, que puxava a data OK, e substituimos a DLL da aplicação e ai foi tudo Ok. Muito obrigado Daniel e Sergio. um abr.
    1 ponto
  2. Na mosca Felipe. Muitíssimo obrigado. Pelo menos dessa parte eu passei. Valeu mesmo.
    1 ponto
  3. Eu também tava com mesmo problema, e vc estava certo... Obrigado pela dica.
    1 ponto
  4. Qual é exatamente o erro de validação? Pode anexar o XML onde o erro ocorre? Que saiba o CEST não é obrigatório no XML, afinal ele só deve ser informado para itens sujeitos à substituição tributária. <xs:sequence minOccurs="0"> <xs:element minOccurs="1" name="CEST"> <xs:element minOccurs="0" name="indEscala"> <xs:element minOccurs="0" name="CNPJFab" type="TCnpj"> </xs:sequence> O CEST apenas se torna obrigatório se for necessário informar as tags indEscala ou CNPJFab, me parece que o componente ignora essas tags caso o CEST não seja informado.
    1 ponto
  5. no svn sua colaboração.
    1 ponto
  6. Bom dia Edevair, O Italo Jurisato Junior quis dizer, é que não existe validação ainda para esse campo, portanto é só preencher com 7 zeros.
    1 ponto
  7. vc estava certo ainda tinha frce antigo.
    1 ponto
  8. Bom, vamos lá!!! Descobri o problema, por algum motivo deve ter acontecido alguma modificação interna no ACBr com relação aos Paths, a propriedade "ACBrNFe1.Configuracoes.Arquivos.PathSchemas", tanto no meu sistema quanto no exemplo, eu deixo em branco, porque a patas de schemas eu deixo no mesmo nível com o executável, sempre utilizei assim. Testando aqui vi que se preencher a propriedade com o Path funciona, o engraçado é que com a NF-e em qualquer versão e com a NFC-e da versão 3.10 para baixo ainda funciona sem o path, já se trocar para NFC-e 4.0 passa ocorrer problema "Arquivo de Schema não especificado". Não cheguei olhar a fundo o fonte do ACBr para ver onde esta o problema, até porque isto não seria um problema já que é só preencher a propriedade, mas me gerou um transtorno porque fiquei "dando cabeçada" com uma coisa tão tosca por assim dizer. Talvez tenha mais pessoas que possam ter este problema de estarem acostumadas a utilizar na raiz sem informar o path.
    1 ponto
  9. Realizei as correções necessárias. Primeiramente já que foi solicitado realizar os testes com o exemplo do ACBr, o mesmo não esta funcional, a versão esta fixa na 3.10, tem vários erros quando a formatação do XML e campos obrigatórios faltantes no XML. Após realizada as correções, o mesmo erro apresentado no inicio do tópico persiste "Arquivo de Schema não especificado". Se coloco novamente para versão 3.10 no exemplo do ACBr funciona. Este erro é o ACBr ou é da Sefaz? O ambiente que estou usando para testar é da Sefaz RS.
    1 ponto
  10. Bom dia Veja no print abaixo, executando o ACBrMonitor com o seu arquivo ACBrMonitor.ini, note que traz todas as informações conforme está no seu arquivo... Se ao encerrar o seu ACBrMonitor e ao iniciá-lo novamente não estiver pegando as configurações deste arquivo deve estar utilizando outro arquivo ou pode estar utilizando o executável a partir de outra pasta... Referente ao seu arquivo Cedente.ini, está inconsistente com os campos descritos no manual, além de existir campos a mais (não especificados no manual). Lembrando que não são todos os campos da tela que podem ser configurados via comando, e sim os que estão especificados no manual. https://acbr.sourceforge.io/ACBrMonitor/BOLETOConfigurarCedente.html Segue anexo o seu arquivo Cedente.ini com as devidas correções... Os campos contidos neste Arquivo serão atualizados em tela ao executar o comando "BOLETO.ConfigurarDados("c:\cedente.ini") Espero ter esclarecido as dúvidas, se houver outros questionamentos, favor especificar para que possamos ajudá-lo. Cedente.ini
    1 ponto
  11. Bom dia Edevair, Sim, esta claro eu que devo ter entendido errado. Segundo a NT 2016/002 versão 1.41 a tag <CEST> é obrigatória e deve conter uma informação numérica de 7 dígitos. Segundo a NT 2017/001 versão 1.20 as regras: 9I03-30 e 9I12-30 responsáveis por validar o CEST só vão entrar em vigor em 02/07/2018. Com até essa data o CEST não vai ser validado, a minha sugestão é informar no campo CEST 8 zeros.
    1 ponto
  12. Não cheguei a testar com o exemplo, mas vou fazer agora pela manha e retorno.
    1 ponto
  13. Parece ser possível informar a tag com valor em branco na URL. Apesar de na página https://deolhonoimposto.ibpt.org.br/Site/API#!//Produtos_Get indicar como requerido. Vou fazer alguns testes.
    1 ponto
  14. Boa noite Qual eh exatamente a mensagem de erro ? Ja tentou informar "SEM GTIN" ? Att Ricardo
    1 ponto
  15. Foi feita uma alteração na geração da chave de acesso ao gerar o XML da NF-e (autoria do @Italo Jurisato Junior na revisão 14691), que causa erro na geração de chave de NF-e Avulsa, na qual o CNPJ informado na chave de acesso é diferente do CPF/CNPJ do emitente. Segue o arquivo com a reversão do trecho de código em questão. pcnNFeW.pas
    1 ponto
  16. Segue conforme solicitação a alguns amigos de como implementar ACBrTEFD em projetos sem o uso do ACBrECF @Italo Jurisato JuniorPor gentileza, poderia "comitar" esse exemplo no trunk? Considerações importantes Esse demo não é indicado para quem usa o ACBrECF, pois já existe o Demo ACBrECFTeste, onde explorar o conjunto (ps: aconselho verificar o demo feito em lazarus pois o mesmo está completo o exemplo, em relação ao demo em Delphi. Configurar o componente ACBrTEFD para [AutoFinalizarCupom = False] [MultiplosCartoes=True] [NumeroMaximoCartoes=3] Foi utilizada uma lógica em emular o estados possíveis do ECF. (Enumerado:tEstadoEcfSimulado) Estudar o evento ACBrTEFDComandaECF, ACBrTEFDInfoECF e ACBrTEFDComandaECFSubtotaliza onde os mesmo manipulam tEstadoEcfSimulado Assinar os Eventos ACBrTEFDComandaECFAbreVinculado, ACBrTEFDComandaECFImprimeVia e ACBrTEFD1ExibeMsg Ambiente de Teste Teste realizado no sistema modular SitDemo-Sitef(Software Express) Venda com múltiplos cartões Venda em 2 formas de pagamento(Dinheiro + Cartão) Extras Método finalizarCupomNFCe existe um tratamento para emissão em (OFF-LINE Contingência) caso houver qualquer erro na emissão da mesma Sequência na impressão(imprimer o NFCe > Posteriormente os Cupons Vinculados) Inicia Venda Informe o valor de pagamento e Selecione a forma de pagamento Armazena em Buffer as formas de pagamento Após a totalização das formas de pagamento haverá o enviar da NFCe ao SEFAZ Estadual imprime a NFCe e os Vinculados Finaliza a sequência com os EstadoEcfSimulado = Livre Delphi - TEF.rar
    1 ponto
  17. Boa tarde a todos. Estou com a mesma situação do dígito da agência no Santander citada na primeira postagem desse tópico. Eu consegui contornar a situação de uma outra forma, porém gostaria da opinião de vocês. A situação é a seguinte: Para homologar o boleto de um cliente o próprio banco Santander exigiu que no campo "Agência/Código do Cedente" do boleto que fosse exibido o código da agência SEM DÍGITO verificador. A partir daí eu comecei uma série de testes de utilização do componente: 1 - Tentei não preencher o dígito verificador da agência. Ao tentar imprimir o boleto o próprio componente reclama que o campo não está preenchido. 2- Tentei preencher o dígito verificador da agência com um espaço " ", o boleto imprimou o campo "Agência/Código do Cedente" da seguinte forma: "Agência- / CodigoCedente", ainda o banco rejeitou falando que não deveria ter o traço depois da agência (além disso o CNAB gerou com o dígito em branco e foi rejeitado porque é um campo numérico e não alfanumérico). 3 - Tentei pesquisar no forum do ACBR sobre isso e encontrei este aqui. Tentei implementar a resposta dada neste tópico, onde foi informado que o dígito da agência deve ser um último caractere por exemplo: Agência 3917 o dígito seria 7, então preenchi dessa forma, porém isso gerou um erro no CNAB onde a posição destinada a agência ficou com o valor "0391", que deveria ser "3917" e o dígito ficou com "7" que deveria ser "0" conforme o manual, pois quando não existe dígito deve enviar zerado no CNAB por ser um campo numérico. Então eu percebi que o banco queria que no boleto saísse apenas a agência SEM NADA DE DÍGITO, NEM O VALOR ZERO e no CNAB fosse enviado Agência preenchida e o campo dígito zerado pro ser numérico. O que eu fiz, eu alterei a unit "ACBrBancoSantander" para que a função MontarCampoCodigoCedente não considere o dígito verificador da agência, visto que o banco Santander nunca tem dígito na agência. Essa função só é utilizada para montar o campo no boleto, não é utilizada para gerar CNAB. Dessa forma o boleto gerou igual o banco queria com o campo "Código do Cedente" da seguinte forma: Agencia/Convenio (sem nada de dígito nem traço, nem dígito zerado) e o CNAB gerou certinho o campo de agência e dígito preenchido com zeros. Dessa forma o banco homologou o boleto e o atendente do banco me falou que no CNAB vai zerado não porque o dígito é zero e sim porque o campo é numérico, logo quando não existe dígito deve ir zerado, isso não significa que o digito é zero e que deve ser impresso com zero no boleto. A função alterada ficou da seguinte forma: function TACBrBancoSantander.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+'/'+ ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente; end; Eu gostaria de saber a opinião de vocês sobre isso, existe alguma forma de configurar para que não saía nada de dígito no boleto Santander? Eu posso ter configurado errado? Ou acham válida a alteração na UNIT, visto que o banco Santander não tem dígito de agência? Obrigado.
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.