ncc.star

São pequenas empresas distintas (CNPJ diferentes) que usarão o sistema em um datacenter.

É em Delphi. Eu já uso o componente, no caso eu já tenho um monitor pronto, porém estou precisando reescreve-lo para que eu não precise abrir 100 monitores ao mesmo tempo para monitorar essas 100 empresas.

Olá. Atualmente tenho uma aplicação multi-empresa e um monitor de NF-e, CT-e e NFS-e (do mesmo estilo do ACBrMonitor). Acontece que para cada empresa/tipo de documento (CT-e ou NF-e) é necessário ter um monitor aberto. Até que há poucas empresas fica tranquilo, porém ocorreu um caso em que vai ser usado mais de 100 empresas em um mesmo sistema, ou seja, tem 100 monitores abertos ao mesmo tempo. Estive pensando em criar essa mesma aplicação, porém usando Threads, onde cada monitor seria uma Thread. Porém não estou conseguindo fazer e tô vendo que com threads pode complicar demais. Eu não sei se é viável. Alguém tem alguma sugestão de como poderia resolver esse problema? Ou alguém já fez algo semelhante utilizando Threads?

Resolvido! No post abaixo mostra como resolver.

Alguém está enfrentando algum problema com a SEFAZ do PR? Em alguns PCs o Webservice da SEFAZ do PR não está respondendo. Faço a consulta do status e retorna em branco. Nestes mesmos PCs a SEFAZ virtual do RS está funcionando e autorizando normalmente. Até ontem estava funcionando normalmente, porém a partir de hoje parou de funcionar. Coincidência ou não, isso começou depois da atualização do Windows. Tenho um outro servidor com várias empresas do PR que está funcionando normalmente (porém até agora o windows não foi atualizado). Testei a URL do Webservice no IE e retorna "Esta página não pode ser exibida". Alguém tem alguma sugestão do que pode estar acontecendo?

Bom dia. Não tenho mais o arquivo original, mesmo que tivesse, não está atualizado. Acho que ninguém achou importante dar continuidade na ideia de manter essa lista. Segundo a Juliana Tamizou, é para acompanhar no change log.

É bom atualizar o componente. Meus sistemas já estão em contingência desde manhã cedo, não tive maiores problemas, porém estou com meus fontes atualizados.

Não altera a UF, além de informar o campo tpEmis = 8, se você usa o componente, faça a seguinte alteração: ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCSP;

Enfrento o mesmo problema. Existe obrigatoriedade sim, veja esse link: http://www.spedbrasil.net/forum/topics/nfe-envio-do-xml-ao O Arquivo XML deve ser enviado para o Destinatário da NF-e e também para o transportador contratado antes do início da operação. Além disso é obrigação da Transportadora conferir se o DANFE está de acordo com o XML (se não é um DANFE frio). Muitas embarcadoras se negam de enviar o XML, alegam que não são obrigadas, outras alegam que o sistema deles não permite enviar e outras simplesmente se negam, alegando que não querem divulgar o XML para terceiros. Como em muitos casos é a embarcadora que dita as regras, as transportadoras não tem muito o que fazer senão digitar manualmente o que poderia ser automatizado.

O CT-e que você está fazendo é um CT-e de Lotação? Os dados dos veículos e motorista são preenchidos somente quando o CT-e for de lotação.

Recebi um CT-e com codificação ISO-8859-1, porém na hora de importar ao chegar na linha ArquivoXML.LoadFromFile(CaminhoArquivo {$IFDEF DELPHI2009_UP}, TEncoding.UTF8{$ENDIF}); de ACBrCTeConhecimentos ele carrega '', ou seja, como o XML não é codificação UTF8, o componente não carrega o conteúdo do arquivo XML. Alterando para ArquivoXML.LoadFromFile(CaminhoArquivo); Porém, o padrão do CT-e não seria UTF8? Está correto emitir CT-e em outra codificação? O ACBrCTe deve permitir importar CT-e com outra codificação ou somente UTF8?

Atualizado. Agora está OK. Obrigado!

Mesmo erro está acontecendo comigo. Tô tentando resolver até agora nada. O problema é que a segunda vez, em procedure TWebServicesBase.LoadURL; entra nesse if aqui: if TCTeEnvEvento(Self).FEveEPEC then FURL := CTeUtil.GetURL(FConfiguracoes.WebServices.UFCodigo, FConfiguracoes.WebServices.AmbienteCodigo, FConfiguracoes.Geral.FormaEmissaoCodigo, LayCTeEventoEPEC); E pega a URL errada pra fazer a consulta. Na primeira vez FEveEPEC vem false e na segunda vez que consulta esta true. Em anexo, duas imagens do momento que muda de true pra false, porém eu não consegui descobrir porque acontece isso.

Acabei de testar, emiti a primeira NFS-e para Caçador/SC.

Blz... Obrigado aí...

Estou prestes a adquirir um novo PC. Tô pensando em instalar o Windows 8, porém fico na dúvida como fica a utilização do Delphi? Alguém já usa o Delphi junto com o Windows 8? Qual é sua opinião?

ótimo... desculpe, não tinha me atentado....

Ótimo! Assim fica perfeito. Uma sugestão seria ter a opção de importar o arquivo localmente, ou seja, abrir a possibilidade de baixar o arquivo manualmente e escolher para importar.

Para informar, estou retomando a implementação da geração do CIOT em meu sistema, com isso estou tentando implementar um componente para geração do CIOT, nos moldes do ACBr, com o intuito de colaborar com o projeto ACBr. Estou no início do desenvolvimento, não sei ainda se vou ter êxito, mas não custa tentar. Estou me baseando na forma que foi desenvolvido o componente ACBrNFSe. A principio estou desenvolvendo para os provedores Repom e E-Frete. Quando tiver algo de mais concreto, estarei enviando para os responsáveis do projeto avaliarem e verificarem se estou no caminho certo.

Ao importar o CT-e (loadfromfile) não está puxando o conteúdo da tag vTotTrib. Alterei a Unit pcteCTeR.pas na function TCTeR.LerXml: boolean; a linha CTe.Imp.vTotTrib := Leitor.rCampo(tcDe2,'vTotTrib'); Estava dentro do if if Leitor.rExtrai(2, 'ICMS') <> '' Somente coloque acima disso, para ficar dentro do if if Leitor.rExtrai(1, 'imp') <> '' Em anexo unit para avaliação. pcteCTeR.pas

Pois é, o fato de ser aproximado dá margem para o emitente da NF-e informar um valor maior ou menor de acordo com a conveniência (Só não pode ser igual ou maior que o valor do produto...rsrsrs)... Pois pelo que entendi, além dos impostos que já constam, há também os impostos que a empresa paga que não está na NF-e e que são considerados para calcular o valor final do produto.

Pelo que estou sabendo a partir desse mês o Renavam passa a ter 11 caracteres. http://www.brasil.gov.br/noticias/arquivos/2012/08/22/renavam-tera-11-digitos-a-partir-de-2013

Tenta entrar em contato com o provedor e manda o XML para eles validarem. Há possíbilidade que eles estejam com algum problema.

Para qual provedor / cidade? Uma vez me aconteceu algo parecido e era uma tag que eu não informei conteúdo, se não me engano foi o Telefone... Mas isso não foi no ACBRNFSe, foi num provedor que o ACBR não atende pois tem um padrão próprio.

Comparando o arquivo de exemplo, no envio do lote, a parte de assinatura é bem diferente... será que é isso? EnviarLoteRpsEnvio(Exemplo Publica).xml 1-env-lot(ACBr).xml 1-env-lot-c(ACBr).xml