BYTE INFO

Me surgiu uma dúvida em relação ao COO Final. a função :Bematech_FI_InicioFimCOOsMFD da DLL da bematech ver. 6.0.0.1 que retorna o coo inicial e final do dia, e executo este comando depois da redução Z. Só que ele me devolve o COO Final diferente do COO que foi emitido a redução Z. Ai veio a dúvida o COO Final se refere ao último documento emitido ANTES da Redução Z ou a Redução Z deve ser considerado o último documento emitido? Grato. Jaime.

Também tenho interesse me passe o seu email ou mande mais informações para o meu [email protected] Grato

Eu quebrei a cabeça a manhã toda procurando esse mesmo erro, mas depois de ver esse post vi realmente no manual que o 1010 é só para julho. Removi somente ele e informei o 1600 que são os cartões ai passou no validador. Grato

Realmente tá complicado ! Com relação ao envio do xml via e-mail, não está sendo nada prático para os cliente. Tem uns cliente que mal conseguem salvar o arquivo na pasta para fazer a leitura, outros manda o arquivo zipado e o cliente não sabe descompactar, outro mandam apenas o pdf, tem uns q não sei porque muda o nome XML e por vai !

Você saberia nos informar se já saiu essa "Especificação Técnica de Requisitos do Equipamento SAT" ? Jaime

É onde eu falo, a empresa que desenvolver o aplicativo da NF-e disponibilize para o seus cliente um DataCenter, com um web service que teria um padrão a ser elabora como citei, e as empresas interessadas em consumir o serviço apenas criaria no seus cadastro de cliente o endereço desse web service e baixaria o xml. O transportador e o contador só precisaria pegar qual a desenvolvedora do seu software e após isso ficaria tudo automatico. Pelo fato de se criar um padrão qualquer sistema de contabilidade e transportador e sistemas comerciais iriam usar uma mesma função para baixar o arquivo o que mudaria seria o endereço do serviço, o qual bastaria fazer somente o seu cadastro nos dados do cliente. Assim não ficamos reféns da receita que não sabemos o caminho que eles vão seguir, e nem das mudanças que eles derem na cabeça. Grato Jaime.

Acho uma alternativa seriamos partir para algo do tipo de juntar algumas entidades de classes envolvidas como a contabil e a de TI e criar um padrão via WEB Service de compartilhamento desses xml. O ACBr poderia cuidar dessa padronização e disponibilizar os componente tanto para servidor e cliente (caso a emissor quiser ficar independente) . Agora a infraestrutura de armazenar os arquivos é que pega e não sei o custo disso também, e se teria como a própria empresa emissora disponibilizar esse serviço, e nesse caso já teria uma infinidade de endereços para consumir o serviço de cada emissor. Não tenho muito conhecimento técnico nessa área, talvez esteja falando bobagem, mas fica aqui um ideia meio maluca. Grato Jaime.

Acho que a corda vai rebentar pro lado mais fraco. Acredito que a receita não vai disponibilizar serviços de consulta de download, sob o risco de sobrecarregar os servidores deles. Imagine no inicio de mês os contadores fazendo os lançamentos de notas e consultando ou baixado os xml. Eles vão querer que os sistemas emissores de nota, conhecimentos de transportes e outros documento eletrônicos que possa vir, faça a ponte entre todos os participantes no processo. Se uma empresa emite uma nota o terá que enviar o xml para o destinatário e para a transportadora, e o destinatário deverá enviar o xml para o seu contador e assim por diante. Acho que temos que começar a pensar em uma solução que não dependa muito deles. Grato Jaime.

Na NT 02/2012, que fala sobre fazer o download do xml, mas já é feito uma ressalva que poderá ser feito apena UM download do arquivo ! http://www.spedbrasil.net/forum/topics/ ... stinatario Jaime.

É acho que vou ter que fazer um pra unificar o TXT mesmo pq são sistemas diferentes ! Obrigado Pessoal !!!

Bom Dia ! Como vcs estão unificando os arquivos do Pis e Cofins da Matriz e Filiais ? Os contadores dizem não ter condição de unificar nos sistemas contábeis !! A bomba caiu em nossas mão denovo !!! Grato Jaime.

Com certeza esta conquista motivará mais ainda os administradores e colaboradores do ACBr ! Nós que somos beneficiamos por esses componentes só temos a agradecer a vocês do ACBr que não medem esforços para ajudar essa comunidade. Sem sobra de dúvida isso torna o ACBr mais forte e nos transmite mais ainda confiança em utilizar essas ferramentas ! Parabéns !!!! ACBr você é o cara !!! Grato Jaime.

Por conta deste problema fiz duas modificações no recuperaxml: 1) Por conta do bug do numero da nota inserir as linhas 95 e 96. para gerar o nome do xml correto. 2) Quando o CST e 20 -Redução base de calculo não trazia o % da reducao, bc, vlr icms pq no site os titulo são diferentes: acrescentei o codigo da linha 367 até 378. Para tenho a seguinte chave q o item 11 tem reducao de bc: 31120217359233000188550010018619561004344357 Obrigado. ACBrHTMLtoXML.pas

É isso mesmo, descobri essa falha pq uso o recuperaXML para facilitar a digitação da nota de entrada, ai ele está montando a chave do xml errado não traz o número da nota dentro do xml ! Obrigado André !

Boa tarde ! tenho a algumas notas eletronicas emitidas pelo fornecedor que quando eu consulto no portal do sefaz não traz o numero da nota fiscal no campo na frente da chave conforme anexei jpeg. segue as chaves: 31120243214055000107550000031999921094678798 31120217359233000188550010018619561004344357 bug do site ? Grato Jaime

Entendi. Obrigado Regis !

Caso uma prefeitura queira implantar a nota fiscal eletrônica de serviços, alguém sabe que empresa que faz esse processo ? Grato.

Quando se trata das universidades tem essa dificuldade em achar a pessoa certa la dentro. Geralmente quem atende os telefone não sabe do que se trata. O ideal era constar nas lista os nomes dos responsáveis pela homologação. Em duas universidades que procurei fazer a homologação sem brincadeira nenhuma foi o prazo de quase uma semana ligando para um para outro até achar a pessoa certa.

Olá pessoal ! Gerei uma chave privada com o openssl.exe e deu a seguinte chave : -----BEGIN RSA PRIVATE KEY----- MIICXAIBAAKBgQCrssFLk2+GjnKAvEyuQ+PCDx1Oh803VTRLkY7R9aeUjUGstmci EmmCirdN4NNp3RC1O9fnUTXNHYbzWlrXg+P/jrDuruZKFdURL0cODPb8mucMo0xV oGCu6Tmgd6LjJiJfR2l3R1m9rUA2oF/RvulpJUEQ6pXZEoN+g5jUmbusgQIDAQAB AoGAGp+DHWblGiYoVxHbigH45PRXBQBFr9jEXRta2++NZplon5FA+KWGOrmrpqW/ 4mBm4NNArRuIjh+P91gBUf2fcpXM3Co1IfUM9vvzS0JPgTXsFyvxAxvKCVCdEknN Gg3KgAvZ0iKBoqZn+ub7mH8wSHtBOcKrJqWAVpKt/pDNYmECQQDhHluR7Aw95+3B 4oZy19/mq1CcUI8FSetCHh4UcOhkkJ/fp50zw74yuXvxQBKV0crleAv5k6JdTEGg ya9e79dVAkEAw0BmS4zA4xaadg08CUye6QC1H7ehZwN9ZsH0Yk2+oDOIuuTRjavv qDVgeQy2+oSbScTC8PxWB7g37Dd1eJFofQJAcNUWcH0vZZfpw1QWr1kkECmtratz A+OY1vrheL1evYj/mMoaMOfbXPE6/iBvMEiGuZ0B44Xry3d9LWnpTFxKQQJAC+Yu 1cfcMXq9KxifYgmzXYvXfflY8sg5qjuDw0HtriG14X30b2fdESk/meD2fcn7FMHT B5C5RXsqnVC77f8emQJBALxl6D5t1HVEasVyQH0BiCprLgRm3mDPEEHfJ7elLnSB efZ7Ie5CORPp242p73mXG+FPk1R4qpSqbqlL/laZono= -----END RSA PRIVATE KEY----- Uso um comando Bematech_FI_ArquivoMFD de uma dll, e ela pede nos parametros a chave publica e privada. A publica gerei ok com 256 caracteres, mas como converter a chave privada acima para 256 caracteres ? Se deixar a chave em branco da erro ao executar a função e o fabricante disse que é obrigado a passar valores nesses campos senão da erro mesmo. Grato Jaime

Bom dia !! Onde será disponibilizado o Link para downloads, no momento o que estou é só do acbrnfemonitor. Grato.