Jorge Andrade

João, nãos seria melhor limão com açucar e uma dose de vodka? ahauhauaua

Tamos juntos.

O João tem razão, mas se vc tiver algumas coisas de terceiros ou particular, pode ser que tenha que adequar, mas no geral não terá dificuldades. []s,

Caracoles ahauhauahuauaua, pensei que mandou ele catar coquinho ahauhauauau.

Amigo, boa noite. Fique tranquilo, ele não falou por mal, na verdade a sua vontade de ajudá-lo é que deve ter respondido desta forma. []s,

Informax, boa noite. O erro não pode ser este, exceto se vc usou arquivo errado, pois, veja que a versão está como 3.10, quando na verdade o arquivo dele está com 4.00, veja: <infNFe versao="4.00" Id="NFe35180904657443000100550010000003961549988569"> []s,

Marsan, boa tarde Vou tecer comentário sobre o assunto. A NFC-e é uma têta perto dos outros documentos fiscais. Por enquanto os layouts NF-e e NFC-e são os mesmos, os quais serão distintos em novas implementações, então td o que vc já fez hoje para NF-e se aproveita para NFC-e, exceto as poucas diferenças existentes em ambos os documentos e fáceis de identificar no layout e comparando a NF-e, as obrigatoriedades de informações são bem menores. Não deixo de salientar que estou me referindo a SP, que por obrigação o cliente deve ter um SAT vinculado e ativo em seu cnpj. Lógico que, conforme o interface/meio de desenvolvimento e crítica das operações, pode ou não facilitar. Se vc desenvolve tudo ou boa parte na unha, acredito que ganha um certo know how para determinadas situações de independência em relação a outros e facilidades para , migrar de um interface/meio para outro. Exemplo: Se vc gera arquivo xml direto layout confaz/sefaz, já detém os conhecimentos dos conteúdos dos documentos e nestes casos, sua dependência será somente na parte de processamento sefaz, transmissão e recepção dos documentos. O resto é só mesmo tratar as diferenças de obrigações entre os documentos. []s,

Edú, para todas sem exceção, mesmo as que não geram sped fiscal? Que são as do simples nacional? []s,

Tentei anexar o xml e o danfe, mas não deu certo.35180962520119000142550000000066451000129222.pdf35180962520119000142550000000066451000129222.pdf

Amigo Peguei teu arquivo, fiz algumas alterações para poder submeter ao sefaz via ACBR. Chave de acesso Grupos: ide, emit. Passou normalmente sem mexer em mais nada, então, se tiver algum problema, deve estar nestes grupos, embora o acbr quando a gente valida, ele faz pequenas correções no xml. Uma ideia pra vc. Instale o acbr, configure e submeta via comando: NFe.EnviarNFe("nome do arquivo completo",1,1,1,0,1), pois se tiver algum problema, ele deve apontar. []s,

Amigo, vc ainda não resolveu a parada??

Luiz Fernando, não sou lá especialista no assunto, e pra ser sincero tive um monte de problemas com o Sat. Se tem alguma coisa que não tem um retorno preciso é ele, mas não vejo nenhum problema que ele seja utilizado por mais de uma cpu desde que vc consiga estabelecer uma forma de enviar e receber respostas das operações pela cpu que o aparelho está conectado. Exemplo no caso para quem usa o ACBR: 1 - Ter ACBR instalado numa cpu onde está o Sat. 2 - Uma pasta enviar os comandos 3 - Uma pasta para receber as respostas Daí é só trabalhar as respostas []s,

Vc tá boiolando João?? não aparece amanhã no boteco/reduto pra tomar uma que a turma do pt e do curintia vai te matar ahuahauhau

Valdir, recebi a informação de um amigo que as notas dele está passando e ele usa flexdoc. Vou pedir pra ele postar aqui se fez alguma gambiarra. []s,

Acabei de passar esta informação pro João, serve mais como informativo para ação nas uf's. Esta nova propriedade virá com valor default TRUE, ou seja, os campos nFat, vOrig, vDesc e vLiq sempre serão gerados mesmo com valores zerados caso existe algum campo do grupo FAT preenchido. Esta propriedade foi criada pois a NT 2016.002 - V 1.60 introduziu a regra Y01-20 e nem todos os estados ja adotaram a mesma. Alguns já estão validando em ambiente de produção, pois a NT previa inicialmente como data de entrada em produção dia 09/07/2018 e depois a data foi adiada para 23/07/2018. Caso você receba o erro abaixo significa que sua pasta schemas está desatualizada. Atualize sua pasta schemas. Créditos: Acbr

mais completo </transp> <pag> <detPag> <tPag>99</tPag> <vPag>233.49</vPag> </detPag> </pag> <infAdic> termina a transp, detalha o pagamento e finaliza

valdir, orientei aos meus clientes informar a forma de pagamento 99 - Outros, pq assim não precisa informar nada do grupo cobr, veja abaixo: <pag> <detPag> <tPag>99</tPag> <vPag>233.49</vPag> </detPag> </pag> Somente isso.

Voltou, ufa!!!

Valdir, para emissão em contingência, vc deve informar a tpemis 2,3,4,5,6,7-9, embora existe o SVC-SP = 8, mas pra mim dá erro na validação e informar as tags de data e hora de entrada em contingência e o motivo. veja abaixo: <tpEmis>8</tpEmis> = SVC-SP, embora sempre usei o SVC-AN, mas está dando mensagem de desabilitado para SP. <dhCont>2018-09-03T09:33:48-03:00</dhCont> <xJust>sefaz apresentando problemas.</xJust> []s,

Isso mesmo Valdir, acho que eles implementaram alguma interpretação errada do schema xsd relativo aos pagamentos. O problema não é o indPag, pq ele não é obrigatório.

O problema é no sefaz.

Edú, o produto é da REVOLUTION, vc paga somente uma vez e nunca mais, porém, vc não pode registrar no seu cnpj e sim de outro, no meu caso, registrei em nome da minha contabilidade, pq senão teria que registrar no cnpj de cada cliente. A geração do arquivo é super simples, são cerca de 3 registros por boleto e depois esquece de alterar rotina, somente passar a especificação de cada banco e o campo loivre e Cest'fini. Me adicione no skype (fnlinf@hotmail.com) para que possa te enviar o contato. Terei que pesquisar, pois no momento não tenho. Mas como disse registre num cnpj que vc possa utilizar para todos os seus clientes. []s,

Amigo, eu sou um dos maiores incentivadores do uso do ACBR, mas não uso para boleto, porém, verifique se todas as informações contidas no arquivo do tipo INI gerado para "Emissão/Geração" do boleto, são suficientes para não ter que se preocupar com esta situação/questão que vc apresentou controlando pelo nome do arquivo gerado. Eu há muito anos (30 no mínimo) atrás, comprei um produto de terceiros onde gero o arquivo no formato TXT "Super simples" e este é submetido a um executável ou invoco uma DLL e desde então nunca mais tive problemas com boletos. Obs: Uso somente para emissão dos boletos e não em conjunto para geração do arquivo remessa para registro. []s

Amigo, aposto que a sua felicidade em ajudá-lo, será multiplicada pela felicidade dele em receber esta ajuda e agradecê-lo eternamente por esta atitude. Parabéns

Fica frio amigo, com certeza algum papa da ferramenta vai te ajudar ou os anciões da sabedoria. Tem que esperar eles sairem da hibernação, momento sabático ou meditação. []s,