Painel de líderes

Olá Pessoal, A DevMedia, está com uma nova área para Automação Comercial. Guia Completa sobre Automação Comercial para Programadores, A guia possui artigos, códigos, cursos, vídeos e tutorias para o programador aprender tudo referente a Automação Comercial.

Bom dia ALA, É preciso que todos os desenvolvedores cujos clientes emitem notas para alguma cidade (segundo o arquivo Cidades.ini são 7) atendida por esse provedor, entrem em contato para pressionar a alteração. Se eles se recusam a fazer essa alteração, com certeza, quem implementou o WebService não trabalha mais e quem ficou não tem conhecimento suficiente para fazer as devidas correções. A equipe ACBr não vai ficar dando jeitinho só para atender provedores que não conseguem estabelecer um mínimo de padrão. Visto que ninguém gera valores formatados com separador de milhar em XML. Sem falar nas datas que nesse provedor estão no formato DD/MM/AAAA, sendo que o formato estabelecido pela ABRASF (uma vez que se trata de NFS-e) é AAAA-MM-DD. Esse provedor é tão fraco que até hoje não disponibilizou os Schemas para que possamos validar o lote de RPS antes do seu envio. E não exige que o RPS e ou Lote sejam assinados. Não vejo a hora de se tornar realidade a NFS-e Padrão Nacional, onde teremos um único layout e WebService para todas as cidades brasileiras. Vai ter muito provedor amador voltando a fazer programa de controle de estoque.

Já fez um teste colocando tudo localmente nessa máquina? Aplicativo, pasta schemas, pasta dos pdf etc...Tive um cliente que uma das máquinas não estava funcionando por problemas de configuração de rede. Só funcionou localmente até o TI solucionar o problema.

Tem que aumentar o TimeOut (que deve estar 5 seg) para 10 a 30. Isso está ocorrendo por lentidão ou sobrecarga nos servidores da SEFAZ.

Disse tudo Daniel, eu tenho feito campanhas com os meus clientes, dos mais "retrógrados"/desinformados e outros nem tanto, mas por questão de "determinação"/instrução das contabilidades continuavam emitindo/contratando certificados A3. Não canso de explicar as diferenças, seja na escravidão, custo e a falta de mobilidade, operacionalidade e versatilidade. Lembro que, mesmo que o A3 seja válido por 3 anos, o A1, além de ser bem mais em conta, se multiplicar por 3, o custo e todas as demais vantagens ganham de longe do A3 que é escravo ou escraviza a cpu onde está instalado. Não vou citar o nome do emitente certificador aqui, embora sempre fiz pelos correios, mas passei a fazer por outro, cujo valor do A1 para empresas do tipo porte, ME, EPP, EIRELI e etc..., com horário agendado, estacionamento, água e cafezinho é de R$ 95,00. []s,

EXATO... considerem com mais "carinho" essa opção... Quanto custa o dia de um técnico (ou desenvolvedor) batendo a cabeça com atualizações de Windows Antigo, e instalação e reinstalação de certificado A3 ? Não é mais barato mudar para OpenSSL e doar um certificado A1 para o Cliente Final ? (o próximo ele mesmo compra)

Boa tarde. Constatado que era erro da Sefaz! Talvez instabilidade no servidor! Obrigado pelo retorno!

Boa tarde, atualizado no SVN. Obrigado

1. No manual não existe restrição quanto ao tipo de pagamento para informas as parcelas então acredito que sim desde que: "Se informado o grupo de Parcelas de cobrança (tag:dup, Id:Y07) e a soma do valor das parcelas (vDup, id: Y10) difere do Valor Líquido da Fatura (vLiq, id:Y06)." 2. Não existe um tipo de pagamento(TPAG) especifico para esse tipo de pagamento, ai vai de como a empresa quer se organizar. No meu caso quando não tem um tipo de pagamento definido eu informo 99 - Outros...

Um Delphi está achando as Libs compiladas do outro.. por isso o problema... procure no forum por tópicos sobre com instalar o ACBr, em dois Delplhi`s distintos... (logo teremos um vídeo sobre isso)

Boa tarde, Eu fiz o teste em uma maquina Windows 10 com dois certificados diferentes, usando a CryWinCript, e certificado A1. No Windows 10, ambos os certificados funcionaram. Testei em uma máquina com Windows 7, atualizado. O certificado do RS (AC Safeweb FRB) funcionou. O certificado de SP (AC DigitalSing FRB) não funcionou e dá o erro 12002 TimeOut. Vou fazer mais testes e qualquer solução postarei. Dercide.

Felipe, fiz a instalação do FastReport Manual, então assim deu certo.

Boa tarde Italo! Utilizo o Fast. Vou fazer as alterações no componente e assim que tiver pronto posto o fonte. Obrigado!

Bom dia Rafael, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Gente para a minha gloria consegui resolver apenas duas dll desatualizadas libeay32, ssleay32. Coloquei no diretório e funcionou.

Bom dia, Favor atualizar todos os fontes de todas as pastas. Note que fiz alterações no arquivo Cidades.ini e no ISSJoinville.ini Favor realizar os testes com o programa exemplo, enviando para o ambiente de homologação e se possível para o ambiente de produção.

Você precisa definir as configurações SSLLib, por exemplo:

Troque: [infCteComp] chCTe=35180609499416000170570010000014561000014562 Para: [infCteComp] chave=35180609499416000170570010000014561000014562

Bom dia No meu caso, apliquei todas as atualizações do Windows 7 e funcionou perfeitamente.. Agora tem um caso com Windows 8.1.. Vou tentar fazer o update também..

Bom Dia ! Ontem, em um ambiente de cliente, tentei vária vezes, com documentos diferentes efetuar a manifestação de ciência e confirmação da operação e obtive somente esse erro 12002. Att. Leandro

Fortes Report não depende da impressora para imprimir qrcode. EscPos é comando enviado a impressora e ela gera o QRCode.

Boa tarde Daniel, segui a sua dica e coloquei no campo from o mesmo email usado para o login e funcionou para o REDHOST! fiz assim acbrmail.From := EMAILDEQUEMVAIENVIAR; antes eu fazia assim quando usava somente o GMAIL e funcionava normalmente!! acbrmail.From := emailldestino; Agora dessa forma " acbrmail.From := EMAILDEQUEMVAIENVIAR; " funciona tanto pro GMAIL quanto pra REDHOST!!

Não tentei fazer pelo programa exemplo, pois está em produção no cliente.. vou tentar aqui em homologação para ver se consigo a mesma coisa

eSocial: Comitê Gestor aprova reformulação em calendário O Comitê Gestor do eSocial decidiu na tarde de ontem aprovar a reformulação do calendário de implementação do módulo eSocial. A medida atendeu ao pedido da Fenacon, em conjunto com o Conselho Federal de Contabilidade (CFC) e Sebrae, que ontem a estiveram mais cedo reunidos com o Subsecretário Substituto de Fiscalização da Receita Federal do Brasil (RFB), Francisco Assis de Oliveira Júnior e o assessor especial para o eSocial, Altemir Linhares de Melo. Na ocasião, as entidades entregaram ofício conjunto solicitando que as empresas com faturamento anual de até R$ 4,8 milhões sejam incluídas no eSocial em caráter obrigatório a partir da 3ª fase do programa. Além dos representantes da RFB participaram do encontro: o diretor de Assuntos Legislativos, Institucionais, Sindicais e do Trabalho da Fenacon, Antonino Ferreira Neves, o vice-presidente de Política Institucional do CFC, Joaquim de Alencar Bezerra Filho, a gerente de Políticas Públicas do Sebrae, Ines Schwingel. Fonte: http://emkt.fenacon.org.br/emkt/tracer/?1,4906760,c306eb76,f7ac

Ok, Sergio, muito obrigado....

Renato, No seu XML temos 3 ocorrências do grupo <dmDev> sendo que somente na primeira ocorrência consta o grupo <itensRemun>, sendo que este grupo conforme consta no manual ele é obrigatório e podendo ocorrer de 1-200 vezes para cada <dmDev>. Dai o motivo do erro.

olá fabricio, não saberia te dizer, vou procurar me informar.

Boa tarde a todos, Na página 154 do Manual do CT-e versão 3.00 temos os 4 tipos de CT-e que existem (campo #17).

Fechando então... Att Ricardo

Publicação: EFD-Reinf (alteração) -> http://sped.rfb.gov.br/pagina/show/2702

Não tem ainda dizem q no mês que vem ira aparecer na parte da caixa web

Perfeito. Consegui enviar sem erro com timeout = 20 segundos (timeout menor ocorreu erro). E com esse timeout consultei e cancelei sem nenhum erro.

Depois de muitas tentativas a minha NF-e foi autorizada. Mas ao tentar cancelar deu novamente o erro 12002-timeout. Na terceira tentativa consegui cancelar.

Caros colegas, obrigado por me responder. Eu havia lido artigos anteriores do @Italo Jurisato Junior e @Juliomar Marchetti, falando que o ACBr, a partir de um determinado momento, não suportaria mais o CAPICOM. Sendo assim, imaginei que o problema poderia ser esse. Fiz testes com a seguinte configuração na guia Certificado: SSLLib = libWinCrypt Cryptlib = cryWinCrypt HttpLib = httpWinHttp XMLSignLib = xsLibXml2 Por incrível que pareça, a primeira geração que fiz deu certo (não sei como nem porque) e as demais não (tenho os XML de retorno para comprovar... Kkk). Mas agora que o @EdmarFrazao passou mais esta configuração (Configuracoes.WebServices.SSLType := LT_TLSv1_2;) está tudo certo. Basta configurar de acordo com o que está acima que tudo funcionará corretamente. Mais uma vez muito obrigado a todos!

Gente desculpem a demora pra responder. A solução que encontrei foi remover o "s" do https lá no arquivo inicial de serviços. de: https://appnfc.sefa.pa.gov.br/portal-homologacao/view/consultas/nfce/consultanfce.seam para: http://appnfc.sefa.pa.gov.br/portal-homologacao/view/consultas/nfce/consultanfce.seam Ficando certinho nos 85 caracteres. Aqui funcionou tudo certinho na NFCe 4.0 , sem problemas até agora. Abraços gente, espero ter ajudado.

@leomcl Recentemente foram feitas alterações para que não seja mais necessário depender da Capicom, teste sua propriedade SSLXmlSignLib com o valor xsMsXml para utilizar a libWinCrypt. Segue um exemplo da minha configuração utilizando a libWinCrypt que está funcionando 100%: SSLLib := libWinCrypt; SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsMsXml;

Nesta consulta ela aparece: https://www.sefaz.rs.gov.br/NFE/NFE-COM.aspx