marcio_fuzaro

Boa tarde a todos. Gostaria de saber se existe alguma norma técnica que padroniza a impressão na DANFE dos novos campos de tributos da reforma tributária... Pesquisei na internet sobre o assunto e não consegui encontrar.... e gostaria de parabenizar a toda a equipe pelo brilhante trabalho que esta sendo feito nos componentes...

Deu certo... obrigado Juliomar.

Obrigado Juliomar, vou testar colocando um destes. Mas uma dúvida, como o provedor SIMPLISS não usa certificado, eu posso apenas mudar o sslib, ou obrigatoriamente tenho que vincular um certificado para fazer esta operação? Pois se o certificado for obrigatório, vou pedir para o cliente adquirir um certificado A1.....

Pessoal, lendo as especificações do SIMPLISS, percebi que o mesmo não usa certificado digital... eu estava colocando sslib do componente a opção libCapicomDelphiSoap... mudei para libNone... o erro não ocorre mais... acredito que a questao do erro acima era isso... mas agora estou recebendo outra mensagem de erro "Validar" não suportado em: TDFeSSLXmlSignClass, mesmo lendo outros post semelhantes não consegui achar um caminho para resolver este problema..

Bom dia a todos. Estou começando os trabalhos com o componente ACBRNFSeX, estou tentando enviar uma nota para a cidade de Presidente Prudente, provedir SIMPLISS ver 1.00, estou criando o XML, os mesmo esta ok apos validação dos schemas. Quando o componente vai enviar para o provedor recebo esta mensagem: a:ActionNotSupported - A mensagem com Action '' não pode ser processada no destinatário, devido a um ContractFilter incorreto no EndpointDispatcher. Isso pode ser devido a um contrato incompatível (Ações incompatíveis entre remetente e destinatário) ou a uma incompatibilidade de associação/segurança entre o remetente e o destinatário. Verifique se o remetente e o destinatário têm o mesmo contrato e a mesma associação (incluindo os requisitos de segurança, por exemplo, Mensagem, Transporte, Nenhum). alguem ja passou por algo semelhante? Se alguem puder ajudar fico muito grato.

Basta tirar o grupo de tags do proprietario que o mdf vai ser autorizado. Crie uma opcao no seu sistema pra nao gerar este grupo, ai vc configura de acordo com cada cliente.

Todos os meus clientes que tiveram este problema resolvi da seguinte maneira. (somente para A3 e capicom). 1-Nas opções de internet do windows desmarque todos os SSL e TLS. Marque apenas o TLS 1.2 2-Instale as cadeias novas de certificado ICP BRASIL V5. 3-Instale estas duas atualizações do windows kb2992611 e kb3140245 (tem versão para 32 e 64 bits). 4-No componente do ACBR coloque ACBrNFe1.SSL.SSLType := LT_TLSv1_2 o resto deixa o padrao. Funcionou em todos. Todo mundo que atendo esta emitindo normal 4.0 em diversos estados.

Boa tarde sistemp. Tenho solucao pronta que acredito atender sua necessidade. Caso queira conversar me chame pelo whatsapp ou ligue 18 981499984. Att Marcio.

Acredito que o Cest vai apenas dentro do Xml na tag cest dentro do produto tipo prod.cest := "×××××", nao tem que ser impresso. Mas se quiser imprimir pode colocar junto com a descricao do produto ou usar as observacoes do produto que sai impresso na linha abaixo dele.

Tambem não uso o monitor, mas dando uma olhada no VENDAS2.INI o campo uCom esta com o conteudo "unid." Este campo é a unidade comercial, o correto deveria ser "UN" acredito eu.

Boa Tarde. Nos meus clientes tambem começou a apresentar o mesmo problema. Ja estou utilizando libWinCrypt/libopenssl em praticamente todos os clientes, ja consegui consultar status na versao 4.0 em homologaçao no PARANA normalmente. A maioria esmagadora dos clientes está tudo normal, mas tem alguns que nao vai de maneira nenhuma, apresentando este mesmo erro. Analisando o windows percebi que na opcoes de internet existem opcoes a mais que normalmente nos outros windows não tem. Exemplo de campo a mais: "[ ] sempre enviar o cabeçalho não controlar(do not track)". Não sei se isso tem alguma coisa relacionado mas foi o que consegui perceber. Além disso so ocorre em certificados A3, nos A1 tudo funciona bem. Mas o importante é que em todos que apresentavam este problema eu consegui resolver ate agora trocando de libwincrypt para libcapicom. Fazendo isso volta a transmitir tudo normalmente na versao 3.10. Espero ter ajudado de alguma forma.

Bom dia pessoal. Realmente o suporte da Bematech ta bem dificil. Mas ontem a tarde eles me responderam, enviaram para mim um programa chamado ActivationSoftware. Com ele consegui fazer funcionar perfeitamente o SAT da bematech dentro do meu projeto usando o componente ACBRSat. Eu uso um windows 7 64 bits. Existe várias opcoes dentro deste programa da bematech, todas elas já existem dentro do ACBRSat. Deste programa ActivationSoftware só usei 3 coisas dele. 1-Instalei ele normalmente para que voce detectado o SAT e atribuido uma porta com a ele no meu windows. [Anotei a porta com atribuida]. 2-Dentro do diretorio onde ele foi instalado C:\Program Files\Bematech\ActivationSoftware\, isso no meu caso, peguei dois arquivos que tem lá dentro [bemasat.dll e bemasat.xml] e joguei dentro do diretorio do meu projeto onde rodo o executavel do meu programa. 3-Editei a Tag <Porta>COM35</Porta>, colocando a informaçao COM35 que foi atribuida para o meu SAT quando foi instalado na etapa 1. Salvei o arquivo, compilei meu projeto, nas configuraçoes do SAT coloquei o componente para trabalhar com a dll bemasat.dll e funcionou tudo certinho. Espero que ajude quem esteja com problemas de comunicaçao. Comigo funcionar certinho. Estou colocando em anexo o programa fornecido pelo suporte da bematech.activation_software_setup.rar Abraços a Todos.

Uma outra dúvida sobre o retorno de informacoes. É possivel pegar a chave do CFe autorizado?

Desculpe pessoal a insistencia. Atualizei os fontes dia 22/05 e continuo tendo o mesmo problema de utf-8 na sefaz de sao paulo. Ja nas outros estados funciona perfeitamente. Alguem pode ajudar?